Google ngumumake sawetara dina kepungkur wis diwiwiti karo penyebaran HTTP / 3 lan IETF QUIC ing Chrome lan ing woro-woro kasebut, dheweke ujar manawa ngarep-arep pembaruan iki bakal nggawa sawetara perbaikan kinerja tambahan, utamane kanthi dhukungan kanggo QUIC.
QUIC minangka protokol transportasi jaringan sing anyar sing nggabungake fitur TCP, TLS lan liya-liyane. HTTP / 3 minangka versi HTTP paling anyar, protokol sing nggawa lalu lintas web paling akeh. HTTP / 3 mung bisa digunakake ing QUIC.
Pasukan Tugas Teknik Internet, utawa IETF, ngenalake HTTP / 2 ing 2015, lan salah sawijining asil dandan gedhe yaiku dhukungan kanggo multiplexing.
Nanging, nggunakake TCP minangka protokol transportasi lan mekanisme pemulihan kerugian ing TCP, mula paket sing ilang isih bisa nyebabake keterlambatan kabeh transaksi aktif.
Kanthi nganggo QUIC, HTTP / 3 bisa luwih apik kanggo nambah proses transfer, amarga paket sing ilang ing kasus iki mung mengaruhi transaksi sing kena pengaruh langsung.
Ing kasunyatan, QUIC wiwitane digawe dening Google lan pisanan diumumake ing taun 2013. Wiwit saiki, protokol kasebut wis tuwa lan saiki tanggung jawab nggawa separo lalu lintas Google.
Banjur, ing 2015, pangembangan QUIC diwenehake menyang tangan IETF, badan standar sing tanggung jawab njaga protokol Internet. IETF wis nambah QUIC kanthi sawetara perubahan. Nganti saiki, ana loro protokol sing padha, nanging beda, yaiku: Google QUIC lan IETF QUIC.
Google ngumumake yen dheweke mesthi nggunakake versi QUIC dhewe, nanging tim QUIC uga melu implementasi versi proprietari IEFT. "Kita wis usaha tenanan kanggo ngrubah Google QUIC sajrone limang taun kepungkur supaya bisa tetep karo owah-owahan sing digawe dening IETF, lan versi paling anyar Google QUIC saiki duwe akeh kamiripan karo IETF QUIC," tulisan blog kasebut diwaca saka Google, saliyane, njlentrehake manawa sawetara perkara isih ilang.
Minangka conto, nganti saiki umume pangguna Chrome ora bisa komunikasi karo server IETF QUIC tanpa ngaktifake sawetara pilihan baris perintah. Kajaba iku, Google nambahake manawa saiki wis nemokake yen IETF QUIC ngungkuli HTTP kanthi signifikan dibandhingake karo TLS 1.3 dibandhingake karo TCP.
Utamane, perusahaan kasebut ujar manawa latensi mesin telusuran Google dikurangi luwih saka 2%. Wektu buffering YouTube wis dikurangi luwih saka 9%. Kajaba iku, kinerja klien tambah luwih saka 3% ing komputer desktop.
Ing ponsel, kinerja pelanggan tambah luwih saka 7%. Alesan kasebut lan liya-liyane ana ing sebalik pamindhahan Chrome menyang versi QUIC IETF. "Kita seneng ngumumake manawa Chrome ngetrapake dhukungan kanggo IETF QUIC (khusus, versi pilot h3-29).
Dina iki, udakara 25% pangguna versi Chrome stabil nggunakake h3-29, lan kita ngrencanakake bakal nambah jumlah iki ing minggu sabanjure kanthi terus ngawasi data kinerja, "ujare perusahaan ing postingan blog kasebut.
"Chrome bakal aktif ndhukung IETF QUIC h3-29 lan versi Google QUIC (Q050) kanggo nyedhiyakake wektu kanggo server sing ndhukung Q050 nganyari menyang IETF QUIC," tambahnya. Chrome m85 durung ndhukung IETF QUIC 0-RTT lan Google ngarepake kinerja iki bakal luwih apik nalika ngeculake dhukungan kanggo IETF QUIC 0-RTT ing wulan ngarep. Kajaba iku, amarga IETF QUIC versi 30 lan 31 ora ngemot pangowahan sing bisa ngrusak kompatibilitas, perusahaan ora ngrencanakake ngganti pengenal "over-the-wire".
Iki ateges wujude bakal terus nglacak pangowahan ing versi IETF, nanging bakal dileksanakake minangka h3-29 / 0xff00001d.
Mula, disaranake server terus ndhukung h3-29 nganti RFC pungkasan rampung yen pengin interoperasi karo Chrome. Nanging, yen IETF nggawe pangowahan sing ngilangi kompatibilitas ing proyek mbesuk, Chrome bakal mbatalake keputusan kasebut.
sumber: https://blog.chromium.org
Dadi pisanan komentar