proto.lib

QUIC: ưu tiên và lập lịch giữa các stream

Nhiều stream cùng chia sẻ một connection QUIC và một bottleneck vật lý, nên sender phải quyết định byte của stream nào đi trước; ứng dụng gán độ ưu tiên (urgency) và cờ incremental qua HTTP/3 Extensible Priorities, còn bộ lập lịch có thể serialise (ưu tiên tuyệt đối) hoặc round-robin công bằng — chọn sai khiến CSS quan trọng của trang đến sau cả chục ảnh dù không request nào bị 'block'.

TransportNâng cao2026-08-25
QUIC: ưu tiên và lập lịch giữa các stream

Tags

#quic#stream-scheduling#http3-priorities#urgency#head-of-line#multiplexing

Tài liệu tham khảo

Mở rộng

Animation gốc là một file HTML tự chứa, có thể nhúng lại ở bất kỳ trang nào khác. Mở file gốc

Liên quan

TransportNâng cao

QUIC: Bắt tay 1-RTT, multiplexing và connection migration

QUIC (RFC 9000) chạy trên UDP, gộp bắt tay transport với TLS 1.3 thành 1 RTT, ghép nhiều stream độc lập không head-of-line blocking, và di chuyển kết nối qua Connection ID khi client đổi mạng.

#quic#rfc-9000#udp#0-rtt
TransportNâng cao

WebSocket qua HTTP/2: một stream, không phải chiếm cả connection

Thay vì Upgrade chiếm toàn bộ kết nối TCP như HTTP/1.1, WebSocket trên HTTP/2 (RFC 8441) trở thành một STREAM bên trong connection qua extended CONNECT, nên chia sẻ multiplexing, HPACK và một lần handshake TLS với các request khác — đổi lại là chịu chung flow control và head-of-line behaviour của connection đó.

#websocket#http2#extended-connect#rfc-8441
TransportNâng cao

QUIC: packet number tăng đơn điệu xoá bỏ nhập nhèm retransmission

Packet number trong QUIC tăng nghiêm ngặt và không bao giờ tái sử dụng, nên một frame retransmit luôn đi trong một packet number MỚI; ACK vì vậy xác định rõ ràng đúng lần truyền nào đã đến, loại bỏ retransmission ambiguity của TCP và giúp mẫu RTT luôn sạch để tính toán chính xác.

#quic#packet-number#loss-recovery#rtt-estimation