ID nguyên nhân dc-microburst · Phụ trách chính Phát triển server (Đội phát triển game) · Phối hợp Hạ tầng mạng (Đội hạ tầng), Hạ tầng server (Đội hạ tầng)
Khi nhiều server cùng lúc gửi dồn gói tin tới hàng nghìn người, bộ đệm nhỏ của cổng switch nơi lưu lượng đó hội tụ sẽ tràn trong chưa tới 1 ms.
Vì sao World boss xuất hiện, skill diện rộng, hoặc tick của nhiều server trùng đúng một thời điểm nên gửi dồn một lượt → Dẫn đến Bộ đệm (vài trăm KB đến vài MB mỗi cổng) ở nơi nhiều cổng dồn vào một cổng, hoặc nơi chuyển từ cổng nhanh sang cổng chậm, bị đầy trong tích tắc → Trên màn hình Một phần gói tin bị bỏ, nhiều người cùng lúc bị dịch chuyển tức thời hoặc nuốt skill
Phụ trách chính Phát triển server (Đội phát triển game) · Phối hợp Hạ tầng mạng (Đội hạ tầng), Hạ tầng server (Đội hạ tầng)
Việc cần làm (Đội phát triển game)
Chia đều việc gửi trong một tick (pacing), cho thời điểm bắt đầu tick của các server lệch nhau một chút.
Việc cần làm (Đội hạ tầng)
Mạng: dùng switch có bộ đệm lớn, phân tán lưu lượng (bố trí server trải ra nhiều switch và cổng), giám sát bộ đếm gói bị bỏ theo từng cổng switch. Thiết bị server·OS: đặt trần tốc độ gửi cho toàn server (shaper tc của Linux).
Con số tham khảo
Lượng dữ liệu một cổng 10 Gbps đẩy ra được trong 1 ms là khoảng 1,25 MB. Nếu lưu lượng của hai cổng cùng dồn vào một cổng, mỗi 1 ms sẽ tích thêm 1,25 MB. Dù mức sử dụng trung bình trong 1 giây chỉ 10%, ở thang 1 ms vẫn có thể tràn.
Trên đồ thị
Tăng theo số người và tải · Số gói bị bỏ ở chiều ra của cổng switch
Chỗ cần xem
Thu thập bộ đếm gói bị bỏ ở chiều ra (ifOutDiscards, tùy thiết bị là output drops) của cổng switch nối với server và của cổng nơi lưu lượng đó hội tụ, với khoảng lấy mẫu ngắn nhất có thể, rồi đối chiếu với thời điểm boss xuất hiện, giao tranh lớn. Chỉ nhìn đồ thị mức sử dụng trung bình 1 giây, 1 phút sẽ không thấy được
Đúng nếu
mức sử dụng trung bình thấp nhưng mỗi lần người chơi dồn vào một chỗ thì gói bị bỏ ở chiều ra lại tăng, và lúc đó nhiều người chơi cùng báo bị dịch chuyển tức thời, nuốt skill
Loại trừ nếu
gói bị bỏ tăng đều trong khung giờ có mức sử dụng trung bình cao → xem “Đường truyền trung tâm dữ liệu bị bão hòa”; lỗi đầu vào (CRC) tăng → xem “Cáp hỏng và lỗi cổng”
Cách kiểm tra
Kiểm tra bằng công cụ hạ tầng (không cần code game)
Data Center TCP (DCTCP) (SIGCOMM 2010)ACM Switch phổ thông có bộ đệm nhỏ (48 cổng dùng chung 4 MB, một cổng dùng được tới khoảng 700 KB), nhiều luồng dồn vào một cổng trong khoảnh khắc ngắn sẽ gây mất gói
RFC 2863: The Interfaces Group MIBIETF ifOutDiscards: số gói không có lỗi nhưng vẫn bị bỏ, không gửi ra được, vì các lý do như cần giải phóng bộ đệm