Bantuan

Hasil tes tinggi, mengapa unduhan lambat?

Hasil tes tinggi tetapi unduhan lambat: bedakan satuan, tahap penerimaan data, batas aplikasi, dan bandingkan dalam kondisi yang sama.

Hasil tes tinggi tidak menjamin setiap berkas terunduh dengan kecepatan yang sama. VMAXCHECK memakai M-Lab NDT untuk mengukur satu aliran data ke server pengujian. Berkas sebenarnya bisa memakai tujuan, rute jaringan, dan aplikasi berbeda. Hasil menggambarkan transfer itu pada waktu itu; hasil tersebut saja tidak menyingkirkan masalah penyedia atau rute lainnya.

Pisahkan satuan dan tahap proses

Mbps berarti megabit per detik, sedangkan MB/s berarti megabita per detik. Satu bita terdiri dari delapan bit: menurut perhitungan 100 Mbps setara dengan 12,5 MB/s dan 10 MB/s dengan 80 Mbps. Data tambahan protokol mengurangi laju efektif untuk isi berkas.
Berkas 1 GB dalam satuan desimal membutuhkan waktu ideal 80 detik pada 100 Mbps konstan, tanpa waktu tunggu dan data tambahan. Ini bukan jaminan durasi sebenarnya. GB dan GiB, serta MB dan MiB, merupakan satuan yang berbeda.
Bedakan waktu tunggu awal, penerimaan data, penulisan, verifikasi, dan pemasangan. Bilah kemajuan dapat mencakup beberapa tahap. Pemasangan yang lambat tidak langsung mengukur kecepatan internet.
Untuk unduhan browser yang sesuai, periksa permintaan di Edge melalui Network > Timing. Waiting (TTFB) meliputi waktu pulang-pergi dan persiapan server; Content Download menunjukkan penerimaan. Cache atau service worker dapat mengubah kondisi pembandingan. Satu nilai waktu tidak membuktikan pihak yang menjadi penyebab.

Catat kondisi awal

Catat waktu, perangkat, versi aplikasi, sumber yang diizinkan, ukuran berkas, laju penerimaan beserta satuannya, dan tahap saat ini. Tambahkan lokasi Wi-Fi atau sambungan Ethernet, VPN atau proksi, serta transfer lain milik Anda. Jalankan tes di antara unduhan, bukan bersamaan. Bandingkan pada perangkat dan kondisi serupa dengan jeda singkat; berada dalam jam yang sama saja tidak cukup.

Empat pembandingan dengan batas kesimpulan

Gunakan berkas, sumber, dan perangkat yang sama untuk membandingkan Wi-Fi dengan Ethernet jika tersedia. Perbaikan yang berulang membantu memeriksa bagian nirkabel, tetapi tidak membuktikan router rusak. Kabel ke simpul mesh belum tentu menghilangkan sambungan nirkabel antarsimpul.
Jeda sementara transfer besar lain yang Anda kendalikan lalu ulangi. Perbaikan dapat terkait dengan pembagian kapasitas sambungan bersama lalu lintas lain; hasil itu saja tidak membuktikan gangguan penyedia.
Bandingkan berkas berukuran serupa dari sumber tepercaya lain yang boleh digunakan. Tujuan, rute, cache, dan metode dapat berubah bersama, sehingga hasil tidak otomatis memisahkan penyebabnya. Hindari alat bantu unduhan tak dikenal dan salinan mencurigakan.
Jika diizinkan, coba layanan yang sama pada perangkat lain yang sesuai atau aplikasi resminya. Amati penerimaan terpisah dari aktivitas CPU dan disk. Perbedaan setelah beberapa kondisi berubah bukan bukti tunggal kerusakan disk.

Periksa batas unduhan yang didokumentasikan aplikasi. Misalnya, aplikasi sinkronisasi OneDrive untuk desktop menyediakan opsi laju transfer pada pengaturan lanjutan sinkronisasi dan pencadangan; organisasi bisa mengelolanya. Batas itu berlaku pada aplikasi tersebut. Walaupun beberapa unduhan lambat dan NDT cepat, tujuan, rute, beban, dan waktu tetap penting. Keberadaan VPN atau proksi tidak menetapkan penyebab.

Lakukan satu perubahan berdasarkan bukti

Ubah batas yang telah dikonfirmasi hanya jika berwenang, dan simpan nilai lama. Ikuti pengaturan yang dikelola; konsultasikan dengan administrator pada perangkat kantor atau sekolah.
Jika lambat saat penulisan atau verifikasi, periksa ruang penyimpanan kosong dan petunjuk resmi. Perbarui dengan prosedur produsen; jangan matikan antivirus atau perlindungan lain untuk pemeriksaan kecepatan umum.
Untuk satu sumber yang terdampak, periksa status layanan dan prosedur unduhan resmi. Untuk beberapa layanan, siapkan perbandingan bagi penyedia. Selisih dengan tes saja tidak membenarkan perubahan DNS, penyuntingan registri, atau pembelian router.
Setelah satu perubahan, ulangi pembandingan dengan ukuran berkas dan beban serupa. Kembalikan perubahan yang tidak berpengaruh. Simpan peristiwa dan pengukuran sebelum memulai ulang sesuai petunjuk produsen jika diperlukan.

Kirim tabel waktu, sumber, sambungan, laju penerimaan nyata, tahap, dan hasil pembandingan kepada dukungan melalui saluran pribadi. Hapus informasi masuk, nama berkas pribadi, dan token akses pada URL. HAR yang diekspor sebagai sanitized masih dapat memuat URL atau isi pribadi; periksa sebelum membagikannya.