Thêm độ trễ và jitter cho một ứng dụng

Ba thứ khác nhau

Cả ba đều tính bằng mili giây và có thể chạy cùng nhau. Cả hai số liệu độ trễ nhận mọi giá trị từ 0 trở lên, nên bạn có thể đi từ 40 ms hợp lý đến 60 giây vô lý.

Từ dòng lệnh

Độ trễ đều 200 ms kèm 80 ms jitter, trên một ứng dụng:

BeanNetworkTester.exe --latency 200 --jitter 80 --target myapp.exe --duration 60

Thay vào đó là những lần khựng dài hiếm hoi: cứ khoảng hai mươi gói thì một gói chờ thêm một giây:

BeanNetworkTester.exe --spike-prob 5 --spike-ms 1000 --target myapp.exe

Những con số đáng thử

• 40 ms: máy chủ cùng quốc gia. Không có gì nên thay đổi.
• 150 ms: lục địa khác. Mọi thứ nói chuyện nhiều bắt đầu thấy chậm, vì mỗi vòng đi về đều tốn thời gian.
• 600 ms trở lên: vệ tinh địa tĩnh hoặc wifi trên máy bay. Đây là lúc thanh tiến trình khựng lại và logic thử lại cuối cùng cũng chạy.

Các cấu hình mẫu có sẵn mang số liệu đã đo: “Distant server (another continent)”, “Satellite (low orbit)”, “Satellite (geostationary)”, “In-flight Wi-Fi”, “LTE / 4G”.

Đo lường: hãy nhìn trường hợp xấu nhất, không phải trung bình

Jitter hầu như không làm nhúc nhích giá trị trung bình, và cũng hầu như không làm nhúc nhích trung vị. Một lần chạy có 30 ms jitter và một lần không có có thể báo ping “điển hình” gần như nhau trong khi cảm giác hoàn toàn khác.

Hãy so phân vị 95 với trung vị. Khoảng cách giữa chúng chính là jitter, và khoảng cách đó làm cuộc gọi thoại bị đứt quãng hay game không chơi nổi trong khi giá trị trung bình vẫn trông ổn.

Tiếp theo

• Tải về
• Mất gói tin
• Giới hạn tốc độ
• Nhắm vào một ứng dụng
• Không có internet
• Ngắt kết nối
• Kịch bản theo thời gian
• Kiểm thử mạng trong CI
• Lag trong game
• Lựa chọn thay thế Clumsy
• Kiểm thử hỗn loạn
• Hỏi và đáp
• Bảng tra cứu