Đọc Benchmark Độ Trễ RTT

Mỗi nền tảng giao dịch có câu chuyện cơ sở hạ tầng nghiêm túc đều công bố một phiên bản benchmark độ trễ nào đó. Không phải tất cả đều trung thực, và ngay cả những cái trung thực cũng có thể bị đọc sai. Đây là hướng dẫn ngắn của người thực hành để giải thích benchmark thời gian khứ hồi trước khi rút ra kết luận.

Những Gì Một Số Duy Nhất Đang Ẩn Giấu

"Độ trễ của chúng tôi là 18 ms" là một tuyên bố vô dụng. Độ trễ là phân phối, và hình dạng phân phối quyết định kết quả giao dịch. Cùng một RTT trung bình có thể đến từ phân phối chặt chẽ nơi mỗi lệnh giữa 15 và 22 ms, hoặc từ phân phối hai đỉnh nơi hầu hết lệnh là 10 ms và một số là 300 ms vì kết nối đôi khi bắt tay lại. Trường hợp thứ hai tệ hơn nhiều cho chất lượng thực hiện, và trung bình không nắm bắt được điều đó.

Các Phân Vị Bạn Thực Sự Quan Tâm

• p50 (trung vị): Trải nghiệm điển hình. Hữu ích như kiểm tra độ tỉnh táo cho vùng định tuyến.
• p95: Lệnh tệ nhất trong 20. Phân vị đầu tiên bắt đầu quan trọng cho kết quả giao dịch, vì nó được đạt đủ thường xuyên để thống trị đuôi phân phối khớp lệnh của bạn.
• p99: Lệnh tệ nhất trong 100. Phân vị nơi truyền lại, tạm dừng thu gom rác và các sự cố mạng bắt đầu xuất hiện. p99 tệ hơn nhiều so với p95 có nghĩa là đuôi bất thường dày.
• max: Gần như vô dụng khi đứng một mình; một ngoại lệ xấu có thể làm tăng đột biến. Chỉ hữu ích khi kết hợp với phân vị mạnh với một ngoại lệ duy nhất.

"Tốt" Trông Như Thế Nào Đối Với Thực Hiện Cấp Bán Lẻ

Các con số dưới đây là kỳ vọng hợp lý minh họa cho nền tảng bán lẻ cấp mili giây được triển khai trong cùng vùng với sàn:

# Minh họa — RTT trong vùng đến một sàn crypto lớn
p50:    ~ 18-30 ms
p95:    ~ 35-55 ms
p99:    ~ 60-90 ms
max:    có thể tăng đột biến đến 200+ ms trong đợt bùng nổ hàng đợi sàn

Số dưới mức này có thể nhưng hiếm đối với các triển khai không colocation. Số cao hơn nhiều trên nền tảng tuyên bố triển khai trong vùng chỉ ra client ở sai vùng hoặc tiến trình client kích thước không đủ.

Coi Chừng Thiên Vị Chọn Mẫu

Nếu benchmark nói "độ trễ của chúng tôi là X", hãy kiểm tra bốn điều:

1. X là trung bình, trung vị, tốt nhất từng ghi nhận, hay trung bình của một ngày tốt? Chỉ trung vị hoặc phân vị cao hơn trong một cửa sổ liên tục là trung thực.
2. X được đo từ vùng nào? Số xuyên vùng thống trị số liệu theo một trong hai hướng tùy thuộc vào hướng di chuyển.
3. X là số được cập nhật liên tục hay ảnh chụp màn hình? Benchmark độ trễ có thể hỏng ngay khi cơ sở hạ tầng thay đổi.
4. Benchmark có bao gồm khứ hồi từ trình duyệt người dùng đến nền tảng không, hay chỉ từ nền tảng đến sàn? Cái thứ hai quan trọng cho giao dịch; cái đầu tiên là số phù phiếm.

Jitter Là Kẻ Thù Ẩn

Jitter là sự biến động của độ trễ giữa các lần đo liên tiếp. Đường dẫn có trung bình 30 ms và jitter 2 ms khỏe mạnh hơn nhiều so với đường dẫn có trung bình 25 ms và jitter 40 ms, ngay cả khi cái thứ hai có số tiêu đề thấp hơn. Jitter cao có nghĩa là các lệnh tấn công của bạn đôi khi đến sau khi giá đã di chuyển.

Những Gì Người Mua Nên Yêu Cầu

Một yêu cầu cụ thể: bảng được cập nhật liên tục trên URL ổn định với p50, p95, p99 RTT theo vùng theo sàn, cộng với thống kê jitter nhỏ và chỉ ra vùng nào hiện đang được chọn cho luồng lệnh trực tiếp. Điều đó đủ để biết liệu nền tảng có đang đo cơ sở hạ tầng của mình hay kể cho bạn nghe một câu chuyện.

Bất cứ điều gì kém hơn là một khẩu hiệu. Chúng tôi công bố của mình trên /proof.