Mengapa Proxy dengan Latensi Rendah Masih Bisa Lambat Mengunduh
Jeda koneksi dan laju unduhan mengukur bagian berbeda dari permintaan proxy. Gunakan pengujian yang sesuai dengan tugasnya.
Proxy yang cepat mengembalikan halaman kecil masih bisa lambat saat mengunduh berkas. Permintaan pertama terutama menunjukkan jeda penyiapan dan respons. Transfer yang lebih besar juga bergantung pada jumlah data yang dapat dibawa rute secara berkelanjutan.
Angka mana yang menjawab pertanyaan Anda?
| Tugas | Pengamatan yang berguna |
|---|---|
| Membuka halaman kecil atau mengirim permintaan API singkat | Waktu hingga respons diterima, termasuk penyiapan koneksi. |
| Mengunduh berkas | Total byte yang ditransfer dan laju transfer rata-rata dengan berkas uji yang sesuai. |
| Menjaga aplikasi tetap responsif dalam banyak permintaan | Waktu respons umum, kegagalan, dan penggunaan ulang koneksi pada beban kerja yang diperkirakan. |
ICMP ping adalah pengujian berbeda. Server bisa menjawab ping ketika layanan proxy tidak tersedia, atau memblokir ping ketika proxy berfungsi. Waktu pulang-pergi ke alamat proxy juga tidak mencakup koneksi proxy ke tujuan Anda.
Ukur transfer yang sebenarnya
Gunakan berkas pada server yang Anda kendalikan, atau berkas yang ditujukan untuk pengujian semacam ini. Contoh ini membuang isi respons dan mencetak ukuran transfer, rata-rata byte per detik, serta waktu total:
curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 30 --silent --show-error --output /dev/null --write-out 'status=%{http_code} bytes=%{size_download} average_Bps=%{speed_download} seconds=%{time_total}\n' https://example.com/test-file.binGanti proxy contoh dan URL berkasnya. Halaman 404 atau respons penolakan akses bukan tolok ukur unduhan yang sah meski tiba dengan cepat. Periksa status, ukuran berkas yang diharapkan, dan isinya sebelum membandingkan kecepatan.
Kolom kecepatan rata-rata memakai byte per detik. Paket jaringan yang diiklankan dalam bit per detik memakai satuan berbeda. Untuk konversi kasar dari byte ke bit, kalikan delapan; gunakan satuan yang sama sepanjang perbandingan.
Jaga perbandingan tetap adil
Gunakan tujuan, berkas, jaringan klien, dan pengaturan batas waktu yang sama. Bandingkan beberapa sampel berukuran wajar alih-alih memilih percobaan tercepat. Untuk transfer yang macet, pilih dengan sengaja batas penyiapan, waktu keseluruhan, dan kecepatan rendah. Sertakan permintaan gagal dalam hasil: proxy yang sesekali cepat tetapi sering gagal bisa menjadi pilihan buruk untuk pekerjaan yang harus selesai.
Berkas dalam cache dan unduhan baru dapat melewati jalur berbeda di dalam layanan. Begitu pula permintaan setelah penyiapan koneksi dan permintaan yang memakai ulang koneksi yang ada. Tentukan perilaku yang dibutuhkan aplikasi dan ukur perilaku tersebut secara konsisten.
Pilih sesuai beban kerja
Untuk respons API kecil, menunggu satu detik tambahan sebelum byte pertama bisa lebih penting daripada laju puncak. Untuk unduhan besar, jabat tangan cepat yang diikuti isi sangat lambat bukan pertukaran yang baik. Pada kedua tugas, uji tujuan yang benar-benar akan dipakai; tidak ada satu skor kecepatan yang menggambarkan semua rute melalui proxy.
Daftar proxy ProxyHub tidak menyediakan pengukuran laju transfer independen per IP. Filter protokol atau negara bukan peringkat kecepatan.