@toomanyairmiles sebagian benar - tujuan dari teknik ini adalah untuk memungkinkan koneksi paralel dari browser web ke server. Browser web harus memungkinkan minimal dua koneksi simultan ke satu host, tetapi banyak browser baru dapat mengelola hingga 60. Apapun, koneksi simultan bersamaan antara browser dan server web adalah hambatan kecepatan utama.
Dari sumber daya Google :
Spesifikasi HTTP 1.1 (bagian 8.1.4) menyatakan bahwa browser harus mengizinkan paling banyak dua koneksi bersamaan per hostname (walaupun browser yang lebih baru memungkinkan lebih dari itu: lihat Browserscope untuk daftar). Jika dokumen HTML berisi referensi ke lebih banyak sumber daya (mis. CSS, JavaScript, gambar, dll.) Dari jumlah maksimum yang diizinkan pada satu host, browser mengeluarkan permintaan untuk jumlah sumber daya tersebut, dan mengantre sisanya. Segera setelah beberapa permintaan selesai, browser mengeluarkan permintaan untuk sejumlah sumber daya berikutnya dalam antrian. Itu mengulangi proses itu sampai telah mengunduh semua sumber daya. Dengan kata lain, jika sebuah halaman merujuk lebih dari sumber daya eksternal X dari satu host, di mana X adalah koneksi maksimum yang diizinkan per host, browser harus mengunduhnya secara berurutan, X sekaligus, menghasilkan 1 RTT untuk setiap sumber daya X. Total waktu pulang-pergi adalah N / X, di mana N adalah jumlah sumber daya yang harus diambil dari host. Misalnya, jika browser memungkinkan 4 koneksi bersamaan per hostname, dan halaman mereferensikan 100 sumber daya pada domain yang sama, itu akan menimbulkan 1 RTT untuk setiap 4 sumber daya, dan total waktu pengunduhan 25 RTT.
Jadi cara untuk menyiasatinya adalah dengan "membuang" permintaan ke domain yang berbeda, atau host:
Sekali lagi, dari sumber daya Google yang sama:
Seimbangkan sumber daya yang dapat diparalelkan di seluruh nama host.
Permintaan untuk sebagian besar sumber daya statis, termasuk gambar, CSS, dan objek biner lainnya, dapat diparalelkan. Saldo meminta semua objek ini sebanyak mungkin di seluruh nama host. Jika itu tidak mungkin, sebagai patokan, cobalah untuk memastikan bahwa tidak ada satu host yang melayani lebih dari 50% lebih dari rata-rata di semua host. Jadi, misalnya, jika Anda memiliki 40 sumber daya, dan 4 host, setiap host idealnya melayani 10 sumber; dalam kasus terburuk, tidak ada host yang harus melayani lebih dari 15. Jika Anda memiliki 100 sumber daya dan 4 host, setiap host harus melayani 25 sumber daya; tidak boleh ada satu host yang melayani lebih dari 38.
Tapi, ada satu lagi teka-teki. Setiap permintaan biasanya dilengkapi dengan overhead sendiri, biasanya dalam bentuk cookie. Elemen statis seperti gambar, CSS dan JavaScript tidak perlu mengirimkan data cookie, jadi melayani mereka dari domain (sub) kurang cookie dapat menghasilkan Round Trips yang lebih cepat:
Konten statis, seperti gambar, file JS dan CSS, tidak perlu disertai dengan cookie, karena tidak ada interaksi pengguna dengan sumber daya ini. Anda dapat mengurangi latensi permintaan dengan menyajikan sumber daya statis dari domain yang tidak melayani cookie. Teknik ini sangat berguna untuk halaman yang mereferensikan konten statis yang jarang di-cache dalam jumlah besar, seperti thumbnail gambar yang sering diubah, atau arsip gambar yang jarang diakses. Kami merekomendasikan teknik ini untuk halaman mana pun yang melayani lebih dari 5 sumber daya statis. (Untuk halaman yang menyajikan sumber daya lebih sedikit dari ini, tidak sepadan dengan biaya menyiapkan domain tambahan.)
Untuk memesan domain tanpa cooki untuk menyajikan konten statis, daftarkan nama domain baru dan konfigurasikan basis data DNS Anda dengan catatan CNAME yang mengarahkan domain baru ke catatan A domain yang ada. Konfigurasikan server web Anda untuk menyajikan sumber daya statis dari domain baru, dan jangan izinkan cookie apa pun disetel di mana pun di domain ini. Di halaman web Anda, referensi nama domain di URL untuk sumber daya statis.
