Mengapa proksi dengan kependaman rendah masih boleh memuat turun dengan perlahan
Kelewatan sambungan dan daya pemprosesan muat turun mengukur bahagian berbeza dalam permintaan proksi. Pilih ujian mengikut tugas.
Proksi yang memulangkan halaman kecil dengan cepat masih boleh perlahan ketika memuat turun fail. Permintaan pertama terutamanya menunjukkan kelewatan persediaan dan respons. Pemindahan lebih besar juga bergantung pada jumlah data yang dapat dibawa oleh laluan secara berterusan.
Angka manakah menjawab soalan anda?
| Tugas | Pemerhatian berguna |
|---|---|
| Membuka halaman kecil atau menghantar permintaan API ringkas | Masa untuk menerima respons, termasuk persediaan sambungan. |
| Memuat turun fail | Jumlah bait dipindahkan dan kadar pemindahan purata menggunakan fail ujian yang sesuai. |
| Mengekalkan respons pantas aplikasi merentasi banyak permintaan | Masa respons lazim, kegagalan dan penggunaan semula sambungan pada beban kerja yang dijangkakan. |
ICMP ping ialah ujian berbeza. Pelayan boleh menjawab ping ketika perkhidmatan proksinya tidak tersedia, atau menyekat ping ketika proksi berfungsi. Masa pergi balik ke alamat proksi juga tidak merangkumi sambungan proksi ke destinasi anda.
Ukur pemindahan sebenar
Gunakan fail pada pelayan yang anda kawal atau fail untuk ujian sebegini. Contoh ini membuang badan respons dan mencetak saiz pemindahan, purata bait sesaat serta jumlah masa:
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.binGantikan kedua-dua proksi contoh dan URL fail. Halaman 404 atau respons akses ditolak bukan penanda aras muat turun yang sah walaupun tiba dengan cepat. Periksa status, saiz fail yang dijangkakan dan kandungan sebelum membandingkan kelajuan.
Medan kelajuan purata menggunakan bait sesaat. Pelan rangkaian yang diiklankan dalam bit sesaat menggunakan unit berbeza. Untuk menukar bait kepada bit secara kasar, darab dengan lapan; gunakan unit yang sama sepanjang perbandingan.
Pastikan perbandingan adil
Gunakan destinasi, fail, rangkaian klien dan tetapan tamat masa yang sama. Bandingkan beberapa sampel sederhana dan bukannya memilih cubaan terpantas. Bagi pemindahan tersekat, pilih had persediaan, masa keseluruhan dan kelajuan rendah dengan teliti. Kekalkan permintaan gagal dalam keputusan: proksi yang kadangkala pantas tetapi sering gagal mungkin tidak sesuai untuk kerja yang mesti selesai.
Fail dalam cache dan muat turun baharu boleh melalui laluan berbeza dalam perkhidmatan. Begitu juga permintaan selepas persediaan sambungan dan permintaan yang menggunakan semula sambungan sedia ada. Tentukan tingkah laku yang diperlukan aplikasi dan ukurnya secara konsisten.
Pilih mengikut beban kerja
Bagi respons API kecil, menunggu satu saat tambahan sebelum bait pertama mungkin lebih penting daripada kadar pemindahan puncak. Bagi muat turun besar, jabat tangan pantas yang diikuti badan sangat perlahan ialah pertukaran yang buruk. Untuk kedua-dua tugas, uji destinasi yang benar-benar akan digunakan; tiada satu skor kelajuan yang menerangkan semua laluan melalui proksi.
Senarai proksi ProxyHub tidak menyediakan ukuran kadar pemindahan bebas bagi setiap IP. Penapis protokol atau negara bukan kedudukan kelajuan.