Buku Putih Lag Game › L8 Socket dan protokol

Slow start setelah idle Slow start after idle

ID penyebab sk-slowstart · Penanggung jawab utama Infrastruktur server (Tim Infrastruktur) · Turut terlibat Pengembangan server (Tim Pengembang Game)

Buka kartu interaktif dengan gambar dan simulasi →

Jika koneksi idle cukup lama, TCP kembali mengecilkan congestion window (jumlah data yang bisa dikirim sekaligus), sehingga data besar yang tiba-tiba dikirim harus dipecah menjadi beberapa kali kirim.

Mengapa Data besar, misalnya saat masuk ke kota, dikirim lewat koneksi yang tadinya idle → Akibatnya Congestion window sedang kecil sehingga data dikirim terbagi dalam beberapa kali pulang-pergi → Di layar Tepat setelah masuk, karakter dan NPC di sekitar muncul terlambat beberapa kali waktu pulang-pergi (makin jauh servernya, makin terasa)

Gejala

Input lag, Tidak terlihat / objek hantu

Faktor

Latensi

Siapa yang mengalami

Hanya saya

Kapan

Saat bergerak atau pindah area, Setelah lama diam

Penanggung jawab

Penanggung jawab utama Infrastruktur server (Tim Infrastruktur) · Turut terlibat Pengembangan server (Tim Pengembang Game)

Tugas Tim Pengembang Game

Kurangi data saat masuk (kirim yang paling penting lebih dulu).

Tugas Tim Infrastruktur

Matikan tcp_slow_start_after_idle (Linux, pengaturan untuk seluruh server).

Kisaran angka

Jika koneksi idle lebih lama dari RTO, congestion window mulai mengecil, dan setelah idle lama bisa turun sampai sekitar 14 KB (10 paket). Akibatnya, 100 KB tidak bisa dikirim sekaligus dan harus dibagi dalam 3 kali pulang-pergi.

Di grafik

Hanya sebagian yang tinggi · Waktu kirim tepat setelah masuk (pemain dengan RTT panjang)

Yang diperiksa

Periksa nilai sysctl net.ipv4.tcp_slow_start_after_idle, lalu saat pemain masuk ke suatu area setelah idle, periksa di ss -ti apakah cwnd (congestion window) koneksinya mengecil

Cocok jika

Nilainya 1 (default), dan saat masuk setelah idle cwnd turun ke sekitar 10 sehingga pengiriman terbagi dalam beberapa kali pulang-pergi. Makin panjang RTT pemain, makin lambat objek muncul, dan gejalanya hilang setelah nilainya diubah ke 0

Tidak cocok jika

cwnd tetap besar tetapi objek tetap terlambat muncul: lebih mungkin pemrosesan masuk di sisi server (“Lonjakan spawn saat masuk area padat”)

Sarana pemeriksaan

Tools infrastruktur (tanpa perlu kode game)

Sumber

1. IP Sysctl Linux kernel
   tcp_slow_start_after_idle default aktif; jika idle selama RTO, congestion window dikecilkan (cara RFC 2861)
2. RFC 5681: TCP Congestion Control IETF
   Jika data tidak dikirim lebih lama dari RTO, congestion window dikecilkan ke restart window min(IW, cwnd) atau lebih kecil, lalu slow start
3. RFC 6928: Increasing TCP's Initial Window IETF
   Initial window 10 segmen, maksimal 14.600 byte
4. ss(8) — Linux manual page iproute2
   cwnd (congestion window) dan ssthresh (ambang slow start) pada -i

Lihat juga

Lapisan yang sama: L8 Socket dan protokol

• HOL blocking pada TCP
• RTO TCP dan exponential backoff
• Algoritma Nagle + delayed ACK
• Pengiriman blocking akibat klien lambat
• Kebijakan penanganan klien lambat (slow consumer)
• Nilai default keepalive 2 jam
• Fragmentasi IP pada paket UDP
• Pengaturan retransmisi reliable UDP
• Laju kirim anjlok akibat congestion control
• Data terakhir hilang akibat penutupan paksa dengan RST
• Arsitektur I/O blocking
• Distribusi SO_REUSEPORT tidak merata
• Error WSAECONNRESET pada socket UDP Windows

Penyebab di lapisan lain dengan gejala yang sama (Input lag)

• Beban rendering kerumunan besar L1 Proses game di klien
• Bottleneck pemrosesan paket di main thread L1 Proses game di klien
• V-Sync dan antrean render L1 Proses game di klien
• Mode hemat daya dan thermal throttling L2 OS dan perangkat klien
• Pemakaian bandwidth oleh aplikasi lain di perangkat yang sama L2 OS dan perangkat klien
• Latensi layar, perangkat input, dan frame generation L2 OS dan perangkat klien
• Channel Wi-Fi padat L3 Jaringan rumah
• Bufferbloat (antrean router) L3 Jaringan rumah

Lihat kartu interaktif dengan gambar dan simulasi