RTT là gì?

Tại sao RTT quan trọng

Giới hạn vật lý là khoảng 1 ms trên 100 km mỗi chiều: ánh sáng trong sợi quang truyền với tốc độ xấp xỉ hai phần ba tốc độ ánh sáng và các tuyến đường thực tế khoảng 1,35 lần khoảng cách đường tròn lớn. Không nhà cung cấp nào vượt qua giới hạn đó, đó là lý do tại sao vị trí quyết định nhiều hơn về tốc độ cảm nhận so với bất kỳ thông số phần cứng nào. Điều mà một mạng tốt làm là tiến gần đến giới hạn — peering trực tiếp thay vì ba bước nhảy trung chuyển, và các liên kết không tắc nghẽn không thêm độ trễ xếp hàng trên khoảng cách. Lưu ý rằng ping ICMP và vòng lặp tầng ứng dụng không phải là cùng một phép đo: các bộ định tuyến thường ưu tiên thấp cho ICMP, vì vậy ping có thể trông tệ hơn so với bắt tay TCP mà người dùng của bạn thực sự trải nghiệm. Mọi trang vị trí của OnionVPS đều công bố RTT ước tính đến mọi khu vực khác, được tính từ công thức trên để con số có thể tái tạo thay vì quảng cáo.

RTT trong thực tế

Khi chạy một máy chủ, RTT là sự thật cơ bản cho độ trễ mà người dùng cảm nhận. Tôi theo dõi nó từ một vài điểm quan sát, không chỉ từ trung tâm dữ liệu của tôi. Nếu RTT từ ứng dụng của tôi đến một khu vực cao, tôi kiểm tra đầu tiên xem đường đi có ba hop chuyển tiếp hay các liên kết tắc nghẽn; đó là độ trễ hàng đợi tôi có thể sửa. Nếu là khoảng cách, tôi di chuyển instance. Sai lầm ở đây là dịch vụ có cảm giác chậm mà không thông số phần cứng nào khắc phục được, vì định luật vật lý đặt giới hạn tối thiểu. Tin tốt: RTT từ ping ICMP có thể gây hiểu lầm, vì router hạ ưu tiên lưu lượng đó; hãy đo bằng bắt tay TCP thực tế thay vào đó.

Điều mọi người hiểu sai về RTT

Sai lầm phổ biến là coi ping ICMP là con số RTT chính xác. Nhiều người cho rằng ping cho họ biết những gì người dùng trải nghiệm, nhưng router hạ ưu tiên ICMP, vì vậy ping có thể trông tệ hơn so với bắt tay TCP thực tế. Khắc phục: sử dụng các phép đo ở tầng ứng dụng cho độ trễ thực sự mà người dùng thấy.