Để giữ đúng thứ tự, TCP không giao cho game các gói đến sau cho tới khi nhận lại được gói bị mất đó.
Vì sao Một gói tin bị mất → Dẫn đến Các gói phía sau đã đến nhưng phải nằm chờ trong bộ đệm nhận → Trên màn hình Game đứng hình rồi dữ liệu ùa ra cùng một lúc, gây tua nhanh
Phụ trách chính Phát triển server (Đội phát triển game) · Phối hợp Phát triển client (Đội phát triển game)
Việc cần làm (Đội phát triển game)
Server: gửi vị trí thời gian thực bằng UDP, chỉ truyền tin cậy những gì thật sự cần, chia thành nhiều stream. Client: đổi cách xử lý mạng theo cùng cách với server (UDP, tách kênh).
Con số tham khảo
Mất một gói là kết nối đứng ít nhất một thời gian khứ hồi cộng thêm một chút; nếu gói truyền lại cũng mất thì đứng từ vài trăm ms đến vài giây.
Trên đồ thị
Đứt quãng rồi dồn về · Lượng dữ liệu nhận theo từng kết nối, số lần truyền lại
Chỗ cần xem
Gói truyền lại và khoảng trống trước sau nó trên kết nối của người chơi đó, xem bằng bản bắt gói (packet capture) phía server (tcpdump, Wireshark); với cả server, xem mức tăng TcpRetransSegs trong nstat -az
Đúng nếu
mỗi đoạn đứng bắt đầu bằng việc truyền lại một gói, và ngay sau khi gói truyền lại đến, dữ liệu bị dồn được xử lý cùng một lúc (lượng nhận đang ở 0 rồi vọt lên)
Loại trừ nếu
game giao tiếp bằng UDP (nguyên nhân này không áp dụng). Không có truyền lại mà vẫn đứng → xem phía tick của server (“Vượt tick budget”)
Cách kiểm tra
Kiểm tra bằng công cụ hạ tầng (không cần code game)