Sự khác biệt giữa `Độ trễ` và` Thời gian khứ hồi` là gì?

Cộng đồng Golang cung cấp một trang web demo HTTP / 2 để so sánh hiệu suất giữa HTTP 1.1 và HTTP / 2.

Chúng ta có thể chọn khác nhau latency, ví dụ độ trễ 0 giây, độ trễ 30 ms, độ trễ 200ms.

1. Là latencymột thuật ngữ của khoa học máy tính?
2. Điều đó nghĩa là gì?
3. Sự khác biệt giữa latencyvà là Round Trip Timegì?

Độ trễ mạng là mất bao lâu để một thứ được gửi từ máy chủ nguồn đến được máy chủ đích. Có nhiều thành phần cho độ trễ và độ trễ thực sự có thể khác nhau từ A đến B và B đến A.

Thời gian khứ hồi là thời gian yêu cầu được gửi từ nguồn đến đích và mất bao lâu để phản hồi trở lại nguồn ban đầu. Về cơ bản, độ trễ theo từng hướng, cộng với thời gian xử lý.

"Độ trễ" có thể có nghĩa là những thứ khác nhau. Nói chung, độ trễ của một số loại - độ trễ ứng dụng là thời gian phản ứng của ứng dụng (từ đầu vào đến đầu ra), độ trễ mạng là độ trễ để nhận gói tin từ điểm A đến B, v.v.

"Thời gian khứ hồi" ít nhiều được xác định rõ là độ trễ của mạng từ điểm A đến B và trở lại. Đây là tổng của tất cả các độ trễ mã hóa, xếp hàng, xử lý, giải mã và lan truyền theo cả hai hướng. Về cơ bản, đó là sự chậm trễ khi A có thể mong đợi câu trả lời từ B cho một yêu cầu đòi hỏi rất ít xử lý.

Rất thường xuyên, thời gian khứ hồi được so sánh với thời gian ping giữa A và B. Thời gian ping có thể cung cấp một giá trị tốt cho RTT hiệu quả nhưng nó cũng có thể là một thứ khác, do sự khác biệt về định tuyến và xử lý giữa các gói ICMP được sử dụng bởi ping và những người cho các gói giao thức thực sự được sử dụng.

Trong trường hợp của bạn, "độ trễ" có nghĩa là độ trễ nhân tạo trong máy chủ HTTP được thêm vào trên cùng của độ trễ đã có. Vì vậy, nếu bạn có thời gian khứ hồi hiệu quả là 50 ms đến máy chủ và chọn "độ trễ 200 ms", bạn có thể mong đợi trả lời yêu cầu trong vòng 250 ms (cộng với chi phí xử lý trên máy chủ).

Để thêm một chút nền tảng cho các câu trả lời khác, người ta phải nhớ rằng độ trễ mạng có thể thay đổi đáng kể và có thể ảnh hưởng đến trải nghiệm của người dùng.

Một trong những nguồn rõ ràng nhất của độ trễ mạng là khoảng cách: các tín hiệu mang dữ liệu của bạn truyền đi với tốc độ ánh sáng nhiều hơn hoặc ít hơn, do đó khoảng cách truyền từ máy khách đến máy chủ càng dài thì độ trễ càng cao. Giao tiếp giữa hai máy tính được liên kết bằng cáp Ethernet sẽ mất vài mili giây. Giao tiếp với một máy chủ trên một đại dương sẽ mất hàng chục hoặc hàng trăm mili giây. Truyền thông đi qua một vệ tinh địa tĩnh sẽ mất hàng trăm mili giây.

Điều này có thể thấy rõ khi thực hiện ping, đo thời gian khứ hồi, trong trường hợp này rất gần với tổng độ trễ ở cả hai hướng.

Một vài thứ khác có ảnh hưởng đến độ trễ:

• số lượng liên kết / bước nhảy: trong hầu hết các trường hợp, một gói cần phải được nhận đầy đủ trước khi có thể được gửi trên liên kết tiếp theo. Điều đó thêm một chút độ trễ trên mỗi bước nhảy;
• thông lượng của các liên kết đó: liên kết càng chậm thì càng mất nhiều thời gian để gói đầy đủ đi qua và do đó được chuyển tiếp trên liên kết tiếp theo;
• tải của các liên kết đó: nếu một liên kết đã đầy, gói có thể phải được xếp hàng cho đến khi có thể gửi được;
• đối với các liên kết với truyền lại cục bộ, tỷ lệ lỗi trên liên kết: tỷ lệ lỗi càng cao, cơ hội gói tin có thể cần phải được gửi lại càng cao.

Độ trễ có thể ảnh hưởng mạnh đến trải nghiệm người dùng (hoặc không):

• trường hợp được biết đến nhiều nhất là độ trễ ảnh hưởng đến người chơi MMORPG và các trò chơi trực tuyến khác.
• bất cứ điều gì tương tác trong đó sự tương tác được kiểm soát ở phía bên kia đều bị ảnh hưởng bởi độ trễ. Telnet / ssh, máy tính để bàn từ xa, tất cả đều bị ảnh hưởng bởi độ trễ.
• giao tiếp bằng giọng nói bị ảnh hưởng bởi độ trễ và với độ trễ cao, bạn sẽ kết thúc với việc mọi người ngắt lời nhau mọi lúc.
• các giao thức truyền tệp cũ hơn cũng bị trễ do chúng không thực hiện các cửa sổ trượt và người gửi phải đợi gói đến đích và xác nhận sẽ quay trở lại, trước khi gửi cái tiếp theo.

Ngay cả với các trường hợp không tương tác, độ trễ có thể có hiệu ứng (được minh họa trong ví dụ của OP): khi có nhiều tệp nhỏ để tải xuống, độ trễ có thể dẫn đến tổng thời gian tải cao hơn nếu giao thức phải chờ một tệp được tải xuống hoàn toàn trước khi bắt đầu tải xuống cái tiếp theo, so với giao thức cho phép gửi nhiều yêu cầu cùng một lúc và các phản hồi được gửi không bị gián đoạn giữa các tệp liên tiếp.

Thời gian khứ hồi (RTT) là thời gian cần thiết để một gói đi từ điểm cuối gửi đến điểm cuối nhận và quay lại. Có nhiều yếu tố ảnh hưởng đến RTT, bao gồm độ trễ lan truyền, độ trễ xử lý, độ trễ hàng đợi và độ trễ mã hóa. Các yếu tố này thường không đổi đối với một cặp điểm cuối giao tiếp nhất định. Ngoài ra, tắc nghẽn mạng có thể thêm một thành phần động vào RTT.

RTT và ping có giống nhau không?

Thời gian khứ hồi và thời gian ping thường được coi là đồng nghĩa. Mặc dù thời gian ping có thể cung cấp ước tính RTT tốt, nhưng khác ở chỗ hầu hết các kiểm tra ping được thực hiện trong giao thức truyền tải sử dụng các gói ICMP. Ngược lại, RTT được đo ở lớp ứng dụng và bao gồm độ trễ xử lý bổ sung được tạo bởi các giao thức và ứng dụng cấp cao hơn (ví dụ HTTPS).

Điều gì về RTT và độ trễ mạng?

Độ trễ mạng có liên quan chặt chẽ, nhưng khác với RTT. Độ trễ là thời gian cần thiết để một gói đi từ điểm cuối gửi đến điểm cuối nhận. Nhiều yếu tố có thể ảnh hưởng đến độ trễ của dịch vụ. Độ trễ không rõ ràng bằng một nửa RTT, vì độ trễ có thể không đối xứng giữa bất kỳ hai điểm cuối đã cho. RTT bao gồm độ trễ xử lý tại điểm cuối dội lại.

Hãy xem bài viết trên blog này trên RTT để biết thêm thông tin.