A summary of results for HTTP/1.1 a

A summary of results for HTTP/1.1 and HTTP/2 with an RTT of 300 ms is presented in Table 2,
for a segment duration of 133 ms and 2 s.
These results indicate that using super-short segments to limit the server-to-display delay,
is not feasible when HTTP/1.1 is used in a scenario with high RTTs:
when the RTT exceeds the segment duration,
the lowest bit rate is always selected. Using the push-based approach however,
segment durations as low as 133 ms can be used with an RTT of up to 300 ms.
In contrast to streaming over HTTP/1.1, the video content is delivered
at the highest quality when the perceived bandwidth is sufficiently high.
Comparing the server-to-display delay for HTTP/1.1 with a segment duration of 2 s and
HTTP/2 with a segment duration of 133 ms, a reduction of 90.1% is observed.
This means that the client is capable of following the live signal more closely,
resulting in a better user experience.
Furthermore, a reduction of 40.1% is achieved for the startup delay,
indicating that the client can start the playout of the video significantly faster.
Overall, results for the traditional HTTP/1.1 approach are inferior to those for HTTP/2,
showing the potential of the proposed push-based approach.

Kết quả (Việt) 1:

Một bản tóm tắt các kết quả cho HTTP/1.1 và HTTP/2 với một RTT 300 ms được trình bày trong bảng 2, trong thời gian phân khúc của 133 ms và 2 s. Những kết quả này chỉ ra rằng bằng cách sử dụng siêu ngắn phân đoạn để hạn chế sự chậm trễ màn hình hiển thị máy chủ, là không khả thi khi HTTP/1.1 được sử dụng trong một kịch bản với cao RTTs: Khi RTT vượt quá thời gian thực hiện phân đoạn, tốc độ bit thấp nhất luôn được lựa chọn. Sử dụng cách tiếp cận dựa trên đẩy Tuy nhiên, phân khúc thời hạn thấp nhất là 133 ms có thể được sử dụng với một RTT lên đến 300 ms. Trái ngược với streaming trên HTTP/1.1, nội dung video được phân phối chất lượng cao nhất khi băng thông cảm nhận là đủ cao. So sánh màn hình hiển thị máy chủ chậm trễ cho HTTP/1.1 với kỳ hạn phân đoạn 2 s và HTTP/2 với một thời gian đoạn của 133 ms, giảm 90,1% là quan sát.Điều này có nghĩa rằng khách hàng có khả năng sau các tín hiệu trực tiếp chặt chẽ hơn,kết quả là một trải nghiệm người dùng tốt hơn.Hơn nữa, đạt được một sự giảm 40.1% cho sự chậm trễ khởi động, chỉ ra rằng khách hàng có thể bắt đầu playout video nhanh hơn đáng kể. Nhìn chung, kết quả cho cách tiếp cận truyền thống của HTTP/1.1 là kém hơn so với những người cho HTTP/2,Đang hiển thị tiềm năng của đề nghị đẩy dựa trên phương pháp tiếp cận.

Kết quả (Việt) 2:

Một bản tóm tắt các kết quả cho HTTP / 1.1 và HTTP / 2 với một RTT 300 ms được trình bày trong bảng 2,
trong một thời hạn phân đoạn của 133 ms và 2 s.
Các kết quả này chỉ ra rằng việc sử dụng các phân khúc siêu ngắn để hạn chế các máy chủ để chậm trễ -display,
là không khả thi khi HTTP / 1.1 được sử dụng trong một kịch bản với RTT cao:
khi RTT vượt quá thời gian phân đoạn,
tốc độ bit thấp nhất luôn được chọn. Sử dụng các phương pháp tiếp cận Push Tuy nhiên,
khoảng thời gian phân khúc thấp như 133 ms có thể được sử dụng với một RTT lên đến 300 ms.
Ngược lại với truyền qua HTTP / 1.1, nội dung video được phân phối
ở chất lượng cao nhất khi băng thông được nhận thức là đủ cao.
So sánh sự chậm trễ máy chủ để hiển thị cho HTTP / 1.1 với một thời gian phân đoạn của 2 s và
HTTP / 2 với một thời gian phân đoạn của 133 ms, giảm 90,1% được quan sát thấy.
Điều này có nghĩa rằng các khách hàng có khả năng sau các tín hiệu trực tiếp chặt chẽ hơn,
kết quả là một trải nghiệm người dùng tốt hơn.
hơn nữa, giảm 40,1% đạt được cho sự chậm trễ khởi động,
chỉ ra rằng khách hàng có thể bắt đầu phát sóng của video nhanh hơn đáng kể.
Nhìn chung, kết quả cho HTTP truyền thống / 1.1 cách tiếp cận là thua kém những người cho HTTP / 2,
cho thấy tiềm năng của các phương pháp đẩy dựa trên đề xuất.