TCP menganggap packet loss sebagai tanda kongesti dan menurunkan kecepatan kirim 30–50%. TCP bereaksi sama terhadap packet loss di Wi-Fi.
Mengapa Saat data yang dikirim banyak, terjadi sedikit packet loss di Wi-Fi atau di jalur koneksi → Akibatnya TCP menurunkan kecepatan kirim secara drastis lalu pulih perlahan (CUBIC, default di Linux dan Windows, menurunkannya 30%) → Di layar Di tempat ramai, update tertunda sehingga terjadi fast forward atau input lag
Penanggung jawab utama Infrastruktur server (Tim Infrastruktur) · Turut terlibat Pengembangan server (Tim Pengembang Game)
Tugas Tim Pengembang Game
Kurangi data yang dikirim (area of interest, hanya bagian yang berubah), kirim terbagi agar tidak menumpuk sekaligus.
Tugas Tim Infrastruktur
Ganti ke congestion control seperti BBR (tcp_congestion_control).
Di grafik
Naik perlahan lalu anjlok · Congestion window (cwnd) dan laju kirim per koneksi
Yang diperiksa
Ambil ss -ti beberapa kali untuk koneksi pemain yang update-nya tertunda, lalu periksa perubahan cwnd dan ssthresh, nama congestion control (cubic, bbr), dan apakah Send-Q menumpuk
Cocok jika
Setelah packet loss, cwnd turun drastis lalu naik perlahan secara berulang, dan selama cwnd kecil Send-Q menumpuk, bertepatan dengan waktu laporan fast forward atau input lag
Tidak cocok jika
cwnd cukup besar tetapi tetap tertunda: lebih mungkin window di sisi penerima (“Zero window (jeda yang terlihat seperti retransmisi)”) atau sisi kirim server
net/ipv4/tcp_diag.c (Linux v6.12)Linux kernel Nilai Recv-Q dan Send-Q di ss: pada socket listen berarti jumlah koneksi yang menunggu accept dan batas backlog; pada socket yang terhubung berarti byte yang belum dibaca aplikasi dan byte terkirim yang belum mendapat ACK