ID penyebab sk-reliable-udp · Penanggung jawab utama Pengembangan server (Tim Pengembang Game) · Turut terlibat Pengembangan klien (Tim Pengembang Game)
Jika aturan retransmisi yang dibuat sendiri di atas UDP terlalu konservatif, pemulihan terlambat; jika terlalu agresif, jalur makin padat.
Mengapa Pengaturan interval retransmisi, jumlah percobaan, dan ukuran window tidak sesuai dengan koneksi → Akibatnya Pemulihan terlambat, atau pengiriman duplikat memperparah kongesti → Di layar Skill tidak keluar, fast forward, lag yang makin parah saat jalur padat
Penanggung jawab utama Pengembangan server (Tim Pengembang Game) · Turut terlibat Pengembangan klien (Tim Pengembang Game)
Tugas Tim Pengembang Game
Server: lakukan retransmisi berdasarkan round-trip time yang diukur, pisahkan channel menurut tingkat kepentingan. Klien: terapkan pengaturan retransmisi dan channel yang sama dengan server.
Di grafik
Melonjak acak sesekali · Rasio retransmisi reliable UDP, RTT di dalam game
Yang diperiksa
Catat statistik per koneksi dari library yang dipakai (jumlah retransmisi, perkiraan round-trip time, waktu tunggu retransmisi) di server dan klien, lalu bandingkan dengan tingkat packet loss koneksi sebenarnya dari pemain yang sama (diukur dengan mtr)
Cocok jika
Rasio retransmisi beberapa kali lebih tinggi dari tingkat packet loss sebenarnya: pengaturan terlalu agresif. Waktu tunggu retransmisi beberapa kali lipat dari round-trip time terukur: pengaturan terlalu konservatif
Tidak cocok jika
Rasio retransmisi mirip dengan tingkat packet loss koneksi dan waktu tunggu sesuai round-trip time: masalahnya di luar pengaturan. Periksa packet loss pada koneksinya sendiri
Sarana pemeriksaan
Log dan metrik server atau klien game
Sumber
RFC 8085: UDP Usage GuidelinesIETF Retransmisi bisa memperparah kongesti sehingga harus tunduk pada congestion control; round-trip time diperkirakan dari rata-rata beberapa pengukuran (EWMA); nilai awal 1 detik; laju kirim diturunkan saat timer habis