ກູໂກ ລາຍງານ ກ່ຽວກັບການເລີ່ມຕົ້ນຂອງການປ່ຽນແທນສະບັບຂອງຕົນເອງຂອງອະນຸສັນຍາ QUIC ກັບຕົວແປທີ່ພັດທະນາໃນຂໍ້ກໍານົດ IETF. ລຸ້ນ QUIC ຂອງ Google ທີ່ໃຊ້ໃນ Chrome ມີຄວາມແຕກຕ່າງກັນໃນບາງລາຍລະອຽດຈາກລຸ້ນ ຂໍ້ມູນຈໍາເພາະຂອງ IETF. ໃນເວລາດຽວກັນ, Chrome ສະຫນັບສະຫນູນທັງສອງທາງເລືອກຂອງໂປໂຕຄອນ, ແຕ່ຍັງໄດ້ນໍາໃຊ້ທາງເລືອກ QUIC ຂອງຕົນເປັນຄ່າເລີ່ມຕົ້ນ.
ເລີ່ມຕົ້ນໃນມື້ນີ້, 25% ຂອງຜູ້ໃຊ້ຂອງສາຂາທີ່ຫມັ້ນຄົງຂອງ Chrome ໄດ້ປ່ຽນໄປໃຊ້ IETF QUIC ແລະສ່ວນແບ່ງຂອງຜູ້ໃຊ້ດັ່ງກ່າວຈະເພີ່ມຂຶ້ນໃນອະນາຄົດອັນໃກ້ນີ້. ອີງຕາມສະຖິຕິຂອງ Google, ເມື່ອປຽບທຽບກັບ HTTP ຫຼາຍກວ່າ TCP+TLS 1.3, ໂປໂຕຄອນ IETF QUIC ສະແດງໃຫ້ເຫັນການຫຼຸດຜ່ອນ 2% ໃນ latency ໃນ Google Search ແລະ 9% ໃນເວລາ rebuffering ຂອງ YouTube, ມີການເພີ່ມຂຶ້ນຂອງ throughput 3% ສໍາລັບ desktop ແລະ 7. % ສໍາລັບລະບົບມືຖື
HTTP / 3 ມາດຕະຖານ ໃຊ້ໂປຣໂຕຄໍ QUIC ເປັນການຂົນສົ່ງສຳລັບ HTTP/2. ໂປໂຕຄອນ QUIC (Quick UDP Internet Connections) ໄດ້ຖືກພັດທະນາໂດຍ Google ຕັ້ງແຕ່ປີ 2013 ມາເປັນທາງເລືອກໃນການລວມ TCP+TLS ສໍາລັບເວັບ, ແກ້ໄຂບັນຫາທີ່ມີການຕິດຕັ້ງດົນນານ ແລະເວລາເຈລະຈາສໍາລັບການເຊື່ອມຕໍ່ໃນ TCP ແລະກໍາຈັດຄວາມລ່າຊ້າເມື່ອແພັກເກັດຫາຍໄປໃນລະຫວ່າງຂໍ້ມູນ. ໂອນ. QUIC ແມ່ນສ່ວນຂະຫຍາຍຂອງໂປຣໂຕຄໍ UDP ທີ່ຮອງຮັບການ multiplex ຂອງການເຊື່ອມຕໍ່ຫຼາຍອັນ ແລະໃຫ້ວິທີການເຂົ້າລະຫັດທຽບເທົ່າກັບ TLS/SSL. ໃນລະຫວ່າງຂະບວນການມາດຕະຖານ IETF, ການປ່ຽນແປງໄດ້ເກີດຂຶ້ນກັບໂປໂຕຄອນ, ເຊິ່ງນໍາໄປສູ່ການປະກົດຕົວຂອງສອງສາຂາຂະຫນານ, ຫນຶ່ງສໍາລັບ HTTP / 3, ແລະທີສອງທີ່ຮັກສາໄວ້ໂດຍ Google.
ແຫຼ່ງຂໍ້ມູນ: opennet.ru