Views
2 weeks ago

Dijkstra Tap1 2018Apr11

HTTP/2 2. VẤN ĐỀ a.

HTTP/2 2. VẤN ĐỀ a. Head-of-line blocking gây ra bởi TCP Ý tưởng của HTTP/2 giúp tránh được HOL giữa các request, tuy nhiên lại mắc phải một dạng HOL khác gây ra bởi giao thức TCP. HTTP/2 truyền nhiều request (stream) trên cùng một TCP connection. Nhưng TCP sẽ không biết về điều này. Dưới góc nhìn của TCP chỉ có những packet được đánh số thứ tự. Nhiệm cụ của TCP là đảm bảo tất cả packet được truyền đi đầy đủ, và đúng thứ tự. Do đó nếu có packet nào bị mất do truyền tải ở tầng IP thì tầng TCP sẽ huỷ toàn bộ các packet phía sau, và bắt đầu truyền lại từ packet bị mất. Hình: Kiến trúc HTTP/2 HTTP/2 được xây dựng trên tư tưởng mỗi TCP connection sẽ có nhiều stream, mỗi packet được truyền tải trong stream sẽ là một frame, các frame này sẽ có đầy đủ các thông tin định danh stream. Trong trường hợp những packet này thuộc những stream khác nhau, thì khi mất mát gói tin của một stream thì các stream còn lại sẽ bị ảnh hưởng. Và head-of-line blocking lại xuất hiện. Hình: HTTP/2 nhiều stream dùng chung một connection Khi sử dụng, mỗi request sẽ sử dụng một stream độc lập, mỗi frame đều có thông tin định danh cho stream riêng, nên việc thứ tự truyền/nhận của request/response không còn là vấn đề, dữ liệu của frame nào sẽ được đưa vào stream của nó, tương ứng với đó là request/response tương ứng. Như vậy vấn đề head-of-line blocking được giải quyết. Hình: Head-of-line blocking do cơ chế bảo vệ flow của TCP b. Stream dùng chung thuật toán chống nghẽn Thuật toán chống nghẽn được thiết kế nhằm giúp TCP sử dụng băng thông tối đa mà nó có thể, tùy vào lượng mất mát gói tin mà thuật toán sẽ tự điều chỉnh lượng băng thông truyền đi. Trong HTTP/2, nhiều stream sẽ dùng chung trên một connection, nên sẽ phải sử dụng chung một trạng thái chống nghẽn. Việc này sẽ gây ra vấn đề nếu một gói tin thuộc stream tương ứng bị mất, thì thuật toán chống nghẽn sẽ điều chỉnh làm chậm băng thông của connection lại, kéo theo các stream còn lại của connection này cũng sẽ bị chậm theo. QUIC - QUICK UDP INTERNET CONNECTIONS Hình: Vấn đề Head-of-line blocking được giải quyết trong HTTP/2 1. TỔNG QUÁT Để khắc phục vấn đề head-of-line blocking gây ra bởi TCP, cách duy nhất là thiết kế HTTP/2 trên nền một giao thức khác. QUIC là 1 giao thức xây dựng trên nền UDP, một giao thức thông dụng và có thể dễ dàng tương tác ở 20 DIJSKTRA

userland. Tư tưởng thiết kế giao thức QUIC là sự kết hợp giữa TCP và tinh thần của HTTP/2 • Đảm bảo không mất mát, đúng thứ tự gói tin: Tương tự TCP • Cải thiện thuật toán chống nghẽn: Sử dụng thuật toán CUBIC • Tự sửa lỗi gói tin • Hỗ trợ lớp bảo mật TLS Điều này khiến việc sử dụng QUIC rất khó khăn. Mặc dù rất nhiều các dịch vụ của Google hiện tại đã dùng QUIC nhưng việc sử dụng rộng rãi giao thức này còn rất hạn chế. Hiện chỉ có hai trình duyệt hỗ trợ giao thức này là Chromium và Opera. Việc cố gắng xây dựng lại một giao thức lõi của internet của Google là một diễn biến lạ lẫm, họ thử nghiệm QUIC trên những sản phẩm nội bộ của mình (các dịch vụ web và trình duyệt), nhưng Google đủ lớn để biến những cuộc thử nghiệm về công nghệ khiến cả thế giới công nghệ phải ồn ào và học hỏi, thậm chí trở thành chuẩn. Trường hợp đó đã đúng với Ajax, BigTable, SPDY ... và biết đâu đó là QUIC trong tương lai. SO SÁNH TỐC ĐỘ HTTP/1 VÀ HTTP/2 Hình: QUIC = TLS + TCP + SPDY Mặc dù trong UDP, khái niệm connection không tồn tại, nhưng dựa trên tinh thần của TCP, QUIC xây dựng lại connection cho mình, tuy nhiên tầng truyền tải dữ liệu sẽ độc lập giữa các stream. Điều này giúp loại bỏ head-of-line blocking gây ra khi các stream truyền tải dùng chung connection. Một điều thú vị là connection của QUIC sẽ tốt hơn TCP trong một số trường hợp. Ví dụ khi kết nối mạng của bạn đang sử dụng đột ngột bị ngắt và kết nối lại, trong khi connection của TCP sẽ bị mất và buộc phải khởi tạo kết nối mới, thì QUIC do xây dựng trên nền tảng UDP - một giao thức phi kết nối (connectionless) nên về lý thuyết thì connection sẽ vẫn tiếp tục truyền nhận dữ liệu bình thường dù sẽ chậm đi một chút. Để dễ dàng hình dung sự khác biệt về tốc độ của HTTP/1.1 với HTTP/2 chúng ta quan sát một thực nghiệm cụ thể. Để chứng tỏ lợi thế của việc sử dụng nhiều stream trong cùng một kết nối, ở đây người ta xây dựng 1 trang web nhỏ gồm nhiều bức hình nhỏ ghép lại thành 1 bức hình lớn. Với HTTP/1.1, một kết nối TCP sẽ tiến hành load tuần tự từng bức ảnh nhỏ, sau khi hoàn thành 1 ảnh sẽ tiếp tục load ảnh tiếp theo. Đây là vấn đề head-of-line blocking đề cập trong bài viết. Với HTTP/2, một kết nối TCP được chia thành nhiều stream, mỗi stream truyền một bức ảnh nhỏ, các gói tin của các stream có thể đi xen lẫn nhau không nhất thiết phải đợi nhau hoàn thành, vì vậy gần như được stream đồng thời cùng lúc nhiều ảnh. QUIC cũng sử dụng thuật toán chống nghẽn cho từng stream riêng biệt, loại bỏ vấn đề thuật toán chống nghẽn gây ra cho HTTP/2. Hình: Giao thức QUIC 2. LỜI KẾT QUIC hiện tại là một phần của dự án Chromium, chưa có một đóng gói độc lập nào để sử dụng giao thức này. DIJSKTRA 21

Nghiên cứu tổng quan về cuộc sống người dân Việt ... - Vinaresearch
TS. Ngô Văn Thanh, - Viện Vật lý
2. Sách hướng dẫn quản lý thực hiện dự án của ngân hàng ADB
THÔNG TIN NỘI BỘ - Tín Nghĩa
Xem báo cáo chi tiết về Internet và du lịch trong nước - Vinaresearch
Cóc sống - Đại học FPT
Phần 1 - VN.NET
Hội nhập người nước ngoài với môi trường sống trong khu vực Plzeň
nhiệt độ - Mientayvn.com
Phần 1 - VN.NET
Download - Đại học FPT
Mô hình vật lý .pdf - Khoa Kỹ thuật Biển
Texas đang phát triển.
Cuộc bình chọn Báo cáo thường niên năm
1. Giới Thiệu Giám Hộ và Tín Nhân Công - Public Guardian and ...
Texas đang phát triển.
Nói Chuyện Cờ Bạc - National Center for Responsible Gaming
Nhà Tiêu Sinh Thái [PDF: 2.00MB] - EcoSanRes
Giáo viên - Bà Đào Như Trang - VVOB
Tải file về - Viện Nghiên Cứu Hải Sản
Texas đang phát triển.
THÔNG TIN NỘI BỘ - Tín Nghĩa