Mulai dari tujuan, bukan batas lulus universal
Untuk game cepat, waktu pulang-pergi yang rendah dan stabil ke server game sebenarnya biasanya lebih baik. Rentang berikut adalah pedoman editorial untuk perbandingan, bukan standar resmi atau jaminan game tertentu.
| Waktu pulang-pergi | Penafsiran perkiraan |
|---|---|
| Di bawah 50 ms | Sasaran jeda rendah untuk interaksi cepat. |
| 50–100 ms | Mungkin dapat dimainkan; periksa game dan kestabilannya. |
| 100–150 ms | Jeda dapat lebih terasa pada game cepat. |
| Di atas 150 ms | Sering kurang responsif, tetapi bukan bukti koneksi rusak. |
Jangan jadikan tabel syarat universal panggilan atau streaming. Panggilan juga dipengaruhi jitter, kehilangan dan buffer; video yang dibuffer sangat bergantung pada kapasitas dan kestabilan. Satu hasil browser tidak menjamin pengalaman.
Ping, latensi dan kestabilan
Perintah ping biasa memakai echo ICMP. RTT mencakup perjalanan pergi dan pulang. Membaginya dua tidak menentukan jeda satu arah secara andal karena jalur dan antrean bisa berbeda. Mbps mengukur kapasitas, bukan jeda dalam ms.
Variasi sering disebut jitter; kehilangan paket adalah metrik lain. Catat tujuan dan metode karena alat bisa menghitung statistik berbeda.
Apa yang sebenarnya diukur IPdidi
Tes ping melakukan 2 permintaan pemanasan, lalu 40 pengukuran HTTP ke /ping.txt di titik Cloudflare yang melayani situs. Tes tidak mengirim ICMP dan tidak mengukur server game.
Biasanya dipakai selang requestStart hingga responseStart, yang dapat mencakup pemrosesan server. Jika tidak tersedia, digunakan waktu fetch termasuk pembacaan respons. RTT jaringan murni tidak dijamin.
Jitter yang ditampilkan adalah rata-rata perubahan absolut antara sampel berhasil yang bersebelahan. Timeout atau kesalahan HTTP dihitung sebagai sampel gagal, bukan persentase kehilangan paket IP. Nilai penggunaan merupakan heuristik situs. Penjelasan berasal dari pemeriksaan kode, bukan pengujian koneksi atau perangkat Anda.
Bandingkan kondisi yang sama
- Catat tujuan, alat, waktu, Wi-Fi atau kabel, VPN, rata-rata, variasi dan kegagalan.
- Ulangi saat koneksi senggang dan selama unduhan atau unggahan biasa, dengan tujuan dan metode tetap.
- Bandingkan Ethernet dan Wi-Fi jika memungkinkan. Ini membantu memisahkan pengaruh nirkabel, tanpa menjamin angka lebih rendah.
- Periksa diagnostik game atau aplikasi panggilan. Hasil baik ke satu titik tidak meniadakan masalah lokal, rute, server atau aplikasi pada konteks lain.
Untuk ICMP, jalankan ping example.com di terminal dan hentikan dengan Ctrl+C jika terus berjalan. Tujuan bisa menyaring echo; tidak membalas bukan bukti layanan mati.
Ubah satu hal lalu ukur lagi
- Jeda transfer besar dan pencadangan untuk memeriksa antrean saat sibuk.
- Bandingkan posisi Wi-Fi dan pita atau kanal yang lebih sepi; 5 GHz tidak selalu lebih baik menembus dinding atau dari jauh.
- Bandingkan wilayah game yang sesuai serta VPN hidup/mati dalam aktivitas sama. VPN atau paket lebih cepat tidak menjamin latensi rendah.
- Jika router mendukung pengelolaan antrean, ikuti petunjuk resminya. Ini dapat membantu antrean, bukan menghapus jarak propagasi.
- Bila berlanjut, berikan tujuan, waktu dan hasil senggang-versus-sibuk kepada dukungan, bukan hanya angka terbaik.
Gunakan tes yang sama sebelum dan sesudah. Jangan mendiagnosis sebab hanya dari selisih dua tujuan berbeda.
Pertanyaan umum
Apakah 100 ms selalu buruk?
Tergantung aktivitas, tujuan, protokol dan kestabilan. Itu pengukuran untuk diteliti, bukan batas universal.
Apakah kegagalan HTTP sama dengan paket hilang?
Tidak. Ada beberapa kemungkinan penyebab; tes ini tidak menentukan tingkat kehilangan jaringan.
Mengapa game menampilkan angka lain?
Tujuan, lalu lintas dan pemrosesannya berbeda. Bandingkan diagnostik aplikasi, bukan mengurangi angka yang tidak berkaitan.
Sumber dan cakupan
Panduan menjelaskan ukuran dan cara membandingkan. Tidak mengklaim menemukan kerusakan koneksi Anda atau menguji perangkat tertentu.
Sumber diperiksa: 2026-11-05.