4.3 Server PushHTTP/2 enables a ser

4.3 Server Push
HTTP/2 enables a server to preemptively send (push) responses to a client based on a previous request from the client. Especially for live streaming,
using a push-based approach has multiple advantages.
First, because subsequent segments can be pushed back-to-back,
lost RTT cycles between such segments are avoided, increasing the average link utilization and video quality. Second, a reduction of the live delay can be obtained,
because video data is pushed as soon as it becomes available at the server.
This is in contrast with traditional pull-based HAS approaches,
where client-based polling is required to retrieve new segments.
However, a legacy browser architecture using client plug-ins can pose restrictions on the
application of push methods for HAS because the browser’s API does not offer push support.
When a video segment or manifest is received by the browser via push,
the client plug-in is not informed. This has two possible effects.
First, if the client’s RDA selects another quality level for the same segment,
the already pushed segment can’t be used.
Second, transfers are still performed based on client polling but with the advantage that already pushed objects are served immediately from the local cache in the browser
as soon as the client issues a new HTTP GET request.

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

4.3 chủ đẩyHTTP/2 cho phép một máy chủ để preemptively gửi (push) phản ứng với một khách hàng dựa trên yêu cầu trước đó từ khách hàng. Đặc biệt là cho live streaming, bằng cách sử dụng một cách tiếp cận dựa trên đẩy, có nhiều lợi thế. Đầu tiên, bởi vì sau đó các phân đoạn có thể được đẩy back-to-back,mất RTT chu kỳ giữa các phân đoạn đó tránh, tăng chất lượng sử dụng và video liên kết trung bình. Thứ hai, giảm sự chậm trễ sống có thể thu được, bởi vì dữ liệu video được đẩy ngay khi nó trở thành có sẵn tại các máy chủ. Điều này là trái ngược với truyền thống dựa trên kéo ĐÃ tiếp cận, nơi khách hàng dựa trên bỏ phiếu là cần thiết để lấy lại phân đoạn mới. Tuy nhiên, một kiến trúc di sản trình duyệt bằng cách sử dụng khách hàng cắm có thể gây ra những hạn chế trên các ứng dụng phương pháp đẩy cho ĐÃ vì trình duyệt API không cung cấp hỗ trợ push.Khi một đoạn video hoặc biểu hiện nhận được các trình duyệt thông qua đẩy,khách hàng cắm không được thông báo. Điều này có hai tác dụng có thể.Đầu tiên, nếu khách hàng của RDA chọn một mức độ chất lượng cho các phân đoạn tương tự, Các phân đoạn đã đẩy không sử dụng được. Thứ hai, chuyển khoản vẫn được thực hiện dựa trên khách hàng bỏ phiếu nhưng với những lợi thế mà đã đẩy các đối tượng được phục vụ ngay lập tức từ bộ đệm ẩn cục bộ trong trình duyệtngay sau khi khách hàng các vấn đề một yêu cầu HTTP ĐƯỢC mới.

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

4.3 Máy chủ Đẩy
HTTP / 2 cho phép một máy chủ làm việc tạm gửi (push) phản ứng với một khách hàng dựa trên yêu cầu trước từ khách hàng. Đặc biệt là cho trực tiếp,
sử dụng một cách tiếp cận Push có nhiều lợi thế.
Đầu tiên, bởi vì phân đoạn tiếp theo có thể được đẩy trở lại-to-back,
mất chu kỳ RTT giữa các phân đoạn như vậy tránh được, tăng việc sử dụng liên kết và video chất lượng trung bình. Thứ hai, giảm sự chậm trễ sống có thể thu được,
bởi vì dữ liệu video được đẩy ngay khi nó trở nên có sẵn tại máy chủ.
Điều này trái ngược với truyền thống pull HAS phương pháp tiếp cận,
nơi bỏ phiếu dựa trên khách hàng được yêu cầu để lấy phân khúc mới .
Tuy nhiên, một kiến trúc trình duyệt di sản sử dụng của khách hàng plug-in có thể đặt ra những hạn chế trong
áp dụng các phương pháp thúc đẩy ĐÃ vì API của trình duyệt không hỗ trợ push.
Khi một đoạn video hoặc manifest được đón nhận bởi các trình duyệt thông qua đẩy,
các plug khách hàng -in không được thông báo. Điều này có hai tác dụng tốt.
Đầu tiên, nếu RDA của khách hàng sẽ chọn một mức độ chất lượng cho cùng phân khúc,
phân khúc đã đẩy có thể không được sử dụng.
Thứ hai, giao dịch chuyển được vẫn thực hiện dựa trên thăm dò khách hàng, nhưng với lợi thế đã đẩy các đối tượng được phục vụ ngay lập tức từ bộ nhớ cache của địa phương trong trình duyệt
ngay sau khi khách hàng gửi một yêu cầu HTTP GET mới.