Unduhan Anda cepat, jadi mengapa setiap klik terasa lambat?

Mengunduh file besar dengan cepat lalu merasa setiap klik lambat bukanlah kontradiksi. Kapasitas menunjukkan berapa banyak yang bisa berpindah per detik; waktu pulang-pergi menunjukkan berapa lama pertukaran berlangsung sebelum sesuatu yang berguna terjadi. Meningkatkan yang pertama tidak melakukan apa pun untuk yang kedua, dan yang kedua adalah yang diperhatikan orang saat mengetik, mengklik, atau berbicara. Ukur keluhannya, bukan koneksinya.

File cepat, klik lambat: dua angka berbeda

Transfer massal menjaga data terus bergerak, sehingga dapat melaporkan laju yang sehat bahkan ketika setiap permintaan individu menunggu. Banyak benchmark juga membuka beberapa koneksi sekaligus, yang menaikkan angka agregat sementara satu permintaan tetap lambat. Kedua hasil itu konsisten, dan mengutip angka yang lebih tinggi kepada pengguna yang mengeluh soal jeda adalah cara kehilangan kepercayaan.

Memuat halaman adalah rangkaian pertukaran kecil: resolusi nama, penyiapan koneksi, permintaan, respons, lalu permintaan yang bergantung. Setiap langkah membayar pulang-pergi lagi, jadi jalur dengan tunda tinggi terasa lambat meski kapasitasnya melimpah.

Tunnel menambahkan perjalanan dan pemrosesannya sendiri, dan rutenya lebih penting daripada label di peta. Dua exit di negara yang sama bisa punya jalur yang sangat berbeda ke satu tujuan. Selisih dua puluh milidetik cukup untuk mengubah rasa sebuah halaman, meski hampir tidak menggerakkan angka throughput. Karena itu pemilihan exit harus mengikuti sampel latensi, bukan ikon bendera.

Ukur keluhannya, bukan koneksinya

Pilih pengukuran yang cocok dengan kalimat yang diucapkan pengguna. Unduhan lambat butuh laju berkelanjutan ke arah yang benar; panggilan yang tersendat butuh statistik aplikasi itu sendiri; halaman yang mulai lambat butuh waktu resolusi dan penyiapan.

ping -c 20 10.60.0.5
curl -sS -o /dev/null -w 'ttfb=%{time_starttransfer} rate=%{speed_download}\n' https://files.plant.example/1gb.bin
iperf3 -c 10.60.0.5 -t 10 -P 4

Perintah pertama memberi sampel pulang-pergi ke host yang merespons secara terprediksi, yang kedua melaporkan waktu sampai byte pertama dan laju berkelanjutan untuk satu koneksi, dan yang ketiga mengukur throughput agregat dengan empat aliran paralel. Jalankan semuanya ke tujuan yang sama pada jam yang sama, karena membandingkan sampel pagi dengan sampel malam menghasilkan cerita, bukan pengukuran.

Jaga tujuan tetap saat membandingkan exit. Mengubah server dan tunnel sekaligus membuat satu variabel menjadi dua, dan hasilnya tidak bisa memberi tahu mana yang penting. Jalankan setiap exit setidaknya tiga kali, karena satu sampel sering jatuh saat perubahan routing atau satu menit yang berisik. Median lebih berguna daripada kasus terbaik.

Perlakukan ICMP sebagai petunjuk, bukan jawaban. Host yang merespons bisa menangani permintaan echo lewat jalur yang berbeda dari yang dipakai aplikasi Anda, dan satu balasan yang hilang bukan bukti bahwa setiap aplikasi kehilangan paket.

Latensi di bawah beban adalah masalah antrean

Pola yang paling membingungkan orang adalah koneksi yang terasa baik saat menganggur dan tidak terpakai selama cadangan. Itu antrean, bukan kapasitas. Uplink yang jenuh membangun buffer di depan setiap paket lain, sehingga ketukan tombol menunggu di belakang sebagian unggahan.

ping -c 20 10.60.0.5 &
iperf3 -c 10.60.0.5 -t 20 -R -b 20M

Perintah pertama mengambil sampel latensi di latar belakang sementara yang kedua menjenuhkan arah sebaliknya. Jika waktu ping melonjak selama transfer dan pulih sesudahnya, Anda telah mereproduksi bufferbloat, bukan menemukan kesalahan routing. Perbaikannya biasanya pengaturan manajemen antrean, laju latar yang lebih rendah, atau memindahkan transfer massal dari jalur interaktif.

Mengurangi lalu lintas latar opsional sering lebih membantu daripada mengganti negara exit. Ini juga lebih murah, dapat dibalik, dan bisa diuji dalam satu menit. Jadwalkan unggahan besar di luar jam kerja jika antrean tidak bisa dikelola, dan batasi lajunya jika harus berjalan pada siang hari. Pengaturan manajemen antrean adalah perbaikan yang lebih baik bila router mendukungnya.

Ubah satu hal dan bandingkan yang sebanding

Untuk tunda menganggur yang tinggi, bandingkan exit dengan tujuan tetap, lalu bandingkan rute untuk kandidat terbaik. Untuk throughput rendah yang stabil, lihat kapasitas, beban server, dan pemrosesan klien, karena itu batas yang berbeda.

Catat apa yang Anda ukur, terhadap tujuan mana, pada jam berapa, dan dengan pengaturan apa. Perbandingan tanpa empat fakta itu tidak bisa diulang, dan orang berikutnya akan mulai dari nol.

Lalu sesuaikan alat dengan klaim di tiket. "Internet lambat" bukan pengukuran; "byte pertama butuh 900 ms ke host ini sementara throughput baik" adalah pengukuran, dan itu menunjuk langsung pada tunda, bukan kapasitas.