Jaringan

Panduan tes kecepatan internet: Mbps, latensi dan batas data

ToolMellow · Diperbarui 7 Oktober 2026

Tes kecepatan internet mengukur laju perpindahan data antara perangkat Anda dan server yang dipilih selama satu pengujian tertentu. ToolMellow mengukur throughput unduh, throughput unggah yang dikonfirmasi server, latensi HTTP tanpa beban dan latensi HTTP selama transfer. Pilih profil, baca batas datanya, lalu tekan Mulai tes kecepatan saat siap mengirim data uji sintetis.

Hasil menggambarkan jalur browser ke endpoint tersebut pada saat itu. Hasil berguna untuk perbandingan terkontrol, tetapi tidak mengesahkan paket ISP, mengukur setiap aplikasi, atau menentukan sendiri bahwa router rusak. Panduan ini menjelaskan angka, keterbatasan tes singkat dan pemeriksaan berikutnya. Semua contoh angka bersifat ilustratif, bukan pengukuran nyata suatu koneksi.

Tes kecepatan internet

Cara menjalankan tes kecepatan internet

Buka alat dan tunggu konfigurasi koneksi dimuat. Pilih Endpoint yang tersedia, lalu Cepat atau Standar pada Ukuran tes. Baca batas unduh, unggah dan waktu sebelum menekan Mulai tes kecepatan. Membuka halaman tidak memulai transfer pengukuran; situs tetap melakukan permintaan normal untuk memuat halaman dan konfigurasi.

Prosedur menyiapkan endpoint, mengukur waktu bolak-balik HTTP tanpa beban, lalu menjalankan unduh dan unggah secara berurutan. Biarkan tab aktif dan hindari memulai transfer besar lain. Antarmuka menampilkan kemajuan dan menyediakan Batalkan. Setelah selesai, baca endpoint, waktu, jumlah byte payload, durasi fase dan peringatan bersama lajunya. Unduh laporan kecepatan menyimpan pengamatan sebagai speed-measurement.json.

Untuk acuan, jeda unduhan dan pencadangan yang Anda kendalikan. Pengguna lain masih dapat menambah trafik, jadi catat apakah koneksi digunakan bersama.
Catat perangkat, browser, sambungan Wi-Fi atau Ethernet, endpoint dan profil. Bandingkan kondisi serupa alih-alih memilih tes yang memberi angka terbesar.
Tunggu setidaknya satu menit antartes dan patuhi pesan sibuk atau batas transfer. Perangkat dengan alamat publik teramati yang sama dapat berbagi masa tunggu.

Cepat, Standar dan jumlah data yang dipakai

Kedua profil membatasi payload pengukuran, bukan berjalan sampai koneksi cepat sepenuhnya jenuh. Tabel menunjukkan batas saat ini. Suatu arah berakhir ketika pekerjaan terbatasnya selesai atau timer fasenya habis. Tes lambat dapat mentransfer lebih sedikit, sedangkan tes cepat dapat mencapai batas lebih awal. Keduanya memakai paling banyak dua permintaan transfer bersamaan per arah.

MiB adalah satuan payload biner: satu MiB berarti 1.048.576 byte. Total payload Cepat adalah 20 MiB, sekitar 20,97 MB desimal; Standar 96 MiB, sekitar 100,66 MB desimal. Permintaan kecil untuk konfigurasi, sesi dan latensi, overhead transportasi serta retransmisi menambah trafik. Total ini tidak menjamin jumlah yang ditagih operator seluler.

Prosedur menetapkan tenggat keseluruhan 30 detik di browser. Penangguhan browser dapat memengaruhi kapan penanganan timeout berjalan, sehingga bukan jaminan waktu nyata yang ketat atau tagihan. Gunakan Cepat untuk menghemat data dan pertimbangkan apakah tes sesuai pada koneksi berkuota atau roaming. Standar mengizinkan sampel lebih besar, tetapi tetap dapat terlalu singkat untuk menggambarkan jalur cepat.

Cepat, Standar dan jumlah data yang dipakai
Profil	Batas payload unduh	Batas payload unggah	Waktu terkonfigurasi per arah
Cepat	16 MiB	4 MiB	3 detik
Standar	64 MiB	32 MiB	8 detik

NIST: awalan kelipatan biner WHATWG DOM: timeout AbortSignal

Apa yang benar-benar dihitung pada kecepatan unduh dan unggah

Throughput unduh memakai byte badan respons sintetis yang benar-benar dibaca browser. Throughput unggah memakai byte payload yang dikonfirmasi lewat respons server yang cocok. Setiap arah membagi byte terhitung dengan waktu bersama seluruh fase, termasuk overhead permintaan dan respons. Alat tidak menjumlahkan laju setiap permintaan atau mengambil hanya interval tercepat.

Rumusnya adalah Mbps = bytes × 8 ÷ elapsed seconds ÷ 1,000,000. Misalnya, 10.000.000 byte terhitung selama 2 detik menghasilkan 40 Mbps. Laju desimal yang sama adalah 5 MB/s karena satu byte berisi delapan bit. Pada 40 Mbps yang bertahan, payload 100 MB desimal memerlukan sekitar 20 detik saja; unduhan nyata juga bergantung pada persiapan, perilaku server dan perubahan kondisi.

Pengunggahan dapat dicoba tanpa konfirmasi sebelum timeout atau pembatalan. ToolMellow menampilkan payload percobaan tanpa konfirmasi secara terpisah dan tidak memasukkannya ke throughput unggah. Ini bukan berarti nol byte melewati jaringan: jumlah yang benar-benar ditransfer tidak diketahui. Tidak diukur berarti tidak tersedia hasil byte terhitung/waktu yang layak, bukan bukti kapasitas koneksi nol.

Apa yang benar-benar dihitung pada kecepatan unduh dan unggah
Satuan	Arti	Hubungan ilustratif
Mbps	Megabit desimal per detik	40 Mbps = 40.000.000 bit per detik
MB/s	Megabyte desimal per detik	40 Mbps = 5 MB/s untuk aritmetika payload
MiB	Mebibyte biner payload	1 MiB = 1.048.576 byte
ms	Milidetik durasi	1.000 ms = 1 detik

NIST: awalan kelipatan biner RFC 9110 bagian 8.6: HTTP Content-Length W3C High Resolution Time: pengukuran waktu monotonik WHATWG Streams: membaca blok badan respons

Membaca latensi HTTP tanpa beban, p95 dan variasi

Latensi tanpa beban diukur sebelum ToolMellow memulai fase unduh dan unggah. Satu permintaan pemanasan dikecualikan, kemudian tujuh sampel bolak-balik HTTP dikumpulkan pada tes berhasil tanpa gangguan. Setiap durasi mencakup permintaan browser, jalur endpoint, respons dan pemrosesan aplikasi. Tanpa beban di sini berarti transfer besar tes ini belum dimulai; bukan bukti seluruh jaringan sedang diam.

Antarmuka melaporkan median dan p95 dengan metode nearest-rank dari sampel yang tersedia. Median adalah nilai tengah. Dengan tujuh sampel, p95 ini sama dengan sampel tertinggi yang diamati, bukan prediksi kuat tentang latensi tinggi dalam jangka panjang. Tes gagal atau dibatalkan dapat meninggalkan lebih sedikit sampel, sehingga selalu baca jumlahnya.

Variasi latensi HTTP adalah rata-rata selisih absolut antara sampel bersebelahan sesuai urutan pengukuran asli. Dalam contoh urutan 20, 22, 24, 26, 28, 30 dan 32 ms, median 26 ms, p95 32 ms dan variasi bersebelahan rata-rata 2 ms. Ini statistik tertentu. Jitter, variasi penundaan paket atau persentil alat lain dapat menggunakan metode berbeda. Waktu bolak-balik HTTP ini bukan ping ICMP atau pengukuran kehilangan paket.

W3C High Resolution Time: pengukuran waktu monotonik RFC 5481: istilah variasi penundaan paket

Latensi saat transfer: mengapa koneksi cepat tetap lambat merespons

Latensi HTTP saat transfer disampel ketika permintaan transfer aktif. ToolMellow menyimpan sampel hanya jika waktunya tumpang tindih dengan pekerjaan transfer aktif dan menampilkan median serta jumlah terpisah untuk unduh dan unggah. Fase singkat terbatas dapat selesai tanpa satu sampel tumpang tindih; nilai yang tidak tersedia bukan latensi nol. Kegagalan sampling tidak diubah menjadi persentase kehilangan paket.

Bandingkan pengamatan dengan dan tanpa beban dari endpoint dan tes yang sama. Jika contoh median tanpa beban 26 ms dan median saat unggah 112 ms, selisihnya 86 ms. Pengamatan menunjukkan respons lebih lambat selama beban unggah tersebut. Antrean, perebutan Wi-Fi, pekerjaan server dan kondisi jalur lain dapat berpengaruh; selisih saja tidak menunjukkan letak penyebab.

Antrean berlebihan di bawah beban sering disebut bufferbloat. Kenaikan berulang dapat membantu menjelaskan mengapa panggilan atau game kurang responsif ketika ada transfer besar. Namun ToolMellow tidak memberi nilai bufferbloat atau mereplikasi trafik server game. Periksa aplikasi yang terdampak dan ulangi perbandingan terkontrol sebelum mengganti peralatan jaringan.

Netflix: latensi saat beban dan kecepatan unggah Cloudflare: pengukuran jaringan rumah RFC 5481: istilah variasi penundaan paket

Mengapa tes dengan batas data dapat meremehkan koneksi cepat

Koneksi membutuhkan waktu dan pekerjaan cukup untuk menunjukkan throughput yang dapat dicapai. Awal koneksi, kontrol kemacetan, pemrosesan browser dan kapasitas endpoint memengaruhi pengukuran singkat. Transfer terbatas dapat berakhir sebelum membentuk beban berkelanjutan. ToolMellow sengaja membatasi payload dan waktu, jadi baca hasil singkat sebagai throughput prosedur terbatas tersebut.

Peringatan Batas data tercapai berarti payload unduh terhitung atau unggah terkonfirmasi mencapai batas arahnya. Ini tidak menyatakan jalur telah jenuh. Sebaliknya, tidak ada peringatan bukan bukti seluruh byte rencana selesai: timeout fase normal dapat menyisakan unduhan parsial atau unggahan tanpa konfirmasi. Prosedur lengkap berarti fase terbatasnya berakhir, bukan kedua anggaran payload habis dipakai.

Jika Cepat berakhir terlalu dini, Standar memberi sampel lebih besar saat biaya datanya dapat diterima. Jaga perangkat dan endpoint tetap sebanding serta simpan durasi dan peringatan. Bila Standar juga singkat, gunakan hasil sebagai pengamatan terbatas dan lihat metode terdokumentasi lain yang cocok untuk pertanyaan Anda. Mengulang tes pendek terbatas tidak menggantikan penilaian kapasitas berkelanjutan.

RFC 5136: definisi kapasitas jaringan RFC 6349: kerangka pengujian throughput TCP

Membandingkan Wi-Fi, Ethernet dan data seluler dengan hati-hati

Tes browser mencakup jalur akses yang benar-benar dipakai perangkat. Hasil Wi-Fi mencakup kondisi nirkabel dan jalur internet. Untuk perbandingan berguna, tes perangkat yang sama di lokasi bermasalah, kemudian dekat titik akses, dan melalui Ethernet jika didukung. Pertahankan endpoint dan profil, lalu ubah satu faktor setiap kali.

Hasil lebih baik di dekat titik akses atau lewat kabel membuat kondisi akses yang berubah layak diteliti, tetapi tidak membuktikan satu komponen rusak. Negosiasi link Ethernet, adaptor, beban perangkat, kabel, routing dan kapasitas server dapat membatasi hasil berkabel juga. Jika hanya satu browser atau perangkat berbeda, bandingkan yang lain yang didukung sebelum menyalahkan ISP.

Pada ponsel, pastikan apakah tes memakai Wi-Fi atau data seluler. Label 4G atau 5G menunjukkan teknologi akses, bukan jaminan laju tertentu. Bandingkan secara sengaja di tempat dan waktu serupa, jaga ponsel diam bila memungkinkan, dan perhatikan perubahan sinyal serta biaya data. Jangan membandingkan komputer berkabel dengan ponsel seluler seolah hanya endpoint yang berubah.

Google Nest: tes kecepatan dan cakupannya

Kecepatan yang baik untuk streaming, panggilan dan game

Kecepatan yang berguna mendukung beban nyata Anda dengan ruang untuk trafik lain. Lihat persyaratan terkini aplikasi dan perhitungkan pengguna bersamaan. Unduh penting untuk menerima berkas atau video; unggah untuk mengirim video, berbagi berkas dan pencadangan. Aktivitas interaktif juga bergantung pada penundaan, variasinya dan jalur aplikasi. Satu angka Mbps tinggi tidak membuktikan panggilan atau game berkualitas baik.

Netflix saat ini menyarankan koneksi stabil setidaknya 3 Mbps untuk HD 720p, 5 Mbps untuk Full HD 1080p dan 15 Mbps untuk UHD 4K. Itu rekomendasi Netflix, bukan batas universal atau janji endpoint ini. Sebagai ilustrasi perencanaan, memakai 15 Mbps untuk masing-masing dari dua streaming 4K bersamaan menghasilkan 30 Mbps sebelum trafik lain. Ini inferensi sederhana, bukan jaminan penyedia. Penggunaan rumah lain membutuhkan kapasitas tersedia tambahan.

Untuk panggilan video, lihat kebutuhan penyedia di kedua arah sesuai mode dan resolusi. Untuk game, bedakan unduhan pembaruan dengan respons selama bermain. Baca latensi dan indikator koneksi game, bukan menganggap latensi HTTP ToolMellow sebagai ping server game. Uji aktivitas yang benar-benar bermasalah; alat ini tidak menghasilkan skor kualitas streaming, game atau panggilan video.

Kecepatan yang baik untuk streaming, panggilan dan game
Aktivitas	Pengamatan berguna	Hal yang tidak dibuktikan tes saja
Streaming	Throughput unduh tersedia setelah memperhitungkan streaming lain	Pengiriman terus-menerus dari layanan tersebut
Panggilan video	Ruang unduh/unggah dan penundaan dengan trafik bersamaan	Kualitas panggilan atau jalur media nyata penyedia
Game	Respons saat beban dan throughput unduh pembaruan terpisah	Ping, kehilangan paket server game atau kelayakan kompetitif
Berkas besar dan cadangan	Arah relevan dan perilaku transfer berkelanjutan	Waktu selesai yang dijamin dari server lain

Netflix: rekomendasi kecepatan koneksi Cloudflare: pengukuran jaringan rumah

Mengapa FAST, Cloudflare, tes lain dan paket ISP berbeda

Pengukuran bergantung pada endpoint, rute, jumlah transfer bersamaan, ukuran payload, definisi waktu dan cara agregasi. Hasil satu aliran dan beberapa transfer paralel dapat menjawab pertanyaan berbeda. Begitu pula tes browser singkat dan tes klien native lebih lama. Perbedaan angka saja tidak membuktikan layanan menipu atau ISP sengaja membatasi kecepatan.

FAST memakai endpoint Netflix dan menyediakan latensi dengan dan tanpa beban; Cloudflare menerbitkan bidang kualitas jaringan dan kehilangan paket tambahan; M-Lab menjelaskan NDT sebagai pengukuran satu aliran. Dokumentasi mereka menjelaskan metode sendiri. ToolMellow memakai endpoint pilihan, profil terbatas, paling banyak dua permintaan per arah dan payload terhitung dibagi waktu bersama fase. Tidak mereplikasi semua pengukuran tersebut atau mengklaim mengikuti seluruh kerangka RFC 6349.

Baca label endpoint dan keterangan keyakinan lokasinya. Wilayah yang dinyatakan tanpa verifikasi independen tidak membuktikan letak fisik atau jaringan tes global. Bila terlihat endpoint pengembangan lokal, pengukuran throughput menggambarkan jalur lokal. Bandingkan hasil berulang metode yang sama dengan ketentuan paket. Hasil satu endpoint jauh tidak mengesahkan laju jaringan ISP atau membuktikan pelanggaran kontrak.

FAST: tes kecepatan dan FAQ metode Cloudflare: tes internet dan pengungkapan M-Lab: metode Network Diagnostic Tool RFC 5136: definisi kapasitas jaringan RFC 6349: kerangka pengujian throughput TCP

Jalur VPN, DNS dan kecepatan situs menjawab pertanyaan berbeda

VPN atau proxy dapat mengubah routing dan alamat yang terlihat layanan. Jika kebijakan jaringan mengizinkan, bandingkan endpoint dan profil yang sama dengan dan tanpa jalur itu pada waktu berdekatan. Simpan kondisi setiap tes dalam catatan. Perbedaan menggambarkan jalur selama tes tersebut, bukan bukti tunggal throttling, kinerja global penyedia VPN atau kerusakan enkripsi.

DNS mengubah nama menjadi tujuan, tidak meningkatkan kapasitas fisik jalur. Resolusi dapat memengaruhi pembentukan koneksi dan jawaban DNS berbeda dapat mengarahkan aplikasi ke endpoint lain. Pemeriksa DNS ToolMellow mengamati resolver publik yang dipilih, bukan melakukan benchmark semua lookup perangkat. Gunakan untuk memeriksa jawaban rekaman, bukan sebagai bukti mengganti DNS menaikkan throughput unduh berkelanjutan.

Tes koneksi berbeda dari audit performa situs. Rendering, JavaScript, ukuran gambar, respons origin dan cache dapat memperlambat satu situs pada koneksi cepat. ToolMellow mengirim payload sintetis ke endpoint tes; tidak mengukur Core Web Vitals, TTFB atau kinerja situs sembarang dari semua lokasi pengunjung.

Google Nest: tes kecepatan dan cakupannya RFC 1034: konsep dan resolusi DNS Cloudflare: performa situs versus tes koneksi

Memeriksa hasil rendah atau tidak konsisten

Mulai dengan memeriksa apakah prosedur selesai dan memberi pengukuran layak. Baca kesalahan, jumlah byte, durasi fase, peringatan batas dan jumlah sampel sebelum membandingkan Mbps dengan paket. Laju rendah pada fase gagal atau sangat singkat berbeda maknanya dari pengamatan lengkap yang berulang dalam kondisi terkendali.

Ubah satu faktor secara sengaja, pertahankan endpoint dan profil, serta patuhi masa tunggu antartes. Bandingkan beberapa pengamatan bertanggal saat pemakaian tenang dan normal, bukan menganggap angka tertinggi atau terendah mewakili semuanya. Jangan mendiagnosis ISP, router atau aplikasi dari satu nilai. Saat menghubungi dukungan, berikan pengamatan dan kondisinya bersama perilaku aplikasi yang terdampak.

Memeriksa hasil rendah atau tidak konsisten
Pengamatan	Kemungkinan lingkup	Pemeriksaan berikutnya
Rendah hanya pada Wi-Fi jauh	Jalur nirkabel atau perangkat layak diperiksa	Bandingkan Wi-Fi dekat dan kabel bila tersedia
Rendah pada banyak perangkat dan kabel	Jalur bersama, endpoint atau kondisi koneksi dapat berpengaruh	Bandingkan tes bertanggal dan endpoint dengan metode independen terdokumentasi
Unggah lebih rendah dari unduh	Paket, jalur atau kondisi dapat asimetris	Lihat laju unggah paket dan payload terkonfirmasi
Laju tinggi tetapi panggilan lambat saat unggah	Penundaan respons saat beban dapat penting	Baca jumlah sampel saat transfer dan indikator aplikasi panggilan
Angka berbeda antar layanan	Metode dan endpoint berbeda	Baca tiap metode dan pertahankan acuan konsisten
Fase singkat dengan peringatan batas	Payload terbatas selesai dengan cepat	Gunakan profil lebih besar bila sesuai dan catat batasan
Tidak diukur atau unggah belum dikonfirmasi	Pengamatan tidak lengkap	Baca kesalahan dan byte; jangan simpulkan kapasitas nol

RFC 5136: definisi kapasitas jaringan RFC 6349: kerangka pengujian throughput TCP

Kesalahan, pembatalan dan batas layanan bersama

Kesalahan sibuk, masa tunggu, batas harian, endpoint nonaktif atau sesi berarti tes tidak bisa berjalan sesuai permintaan. Patuhi pesan dan coba lagi secara sengaja saat sesuai. Masa tunggu diterapkan berdasarkan alamat yang diamati endpoint; NAT bersama atau exit VPN dapat membuat beberapa perangkat berbagi batas itu. Kontrol harian adalah batas ketersediaan layanan, bukan kuota seluler atau jaminan tetap setelah restart server.

Klien menolak menggunakan respons pengukuran jika mendeteksi indikasi kompresi atau cache, identitas endpoint tak sesuai, ukuran unduh tak sesuai atau konfirmasi unggah yang tidak cocok dengan payload. Pemeriksaan menjaga arti hasil tetapi tidak memverifikasi semua perilaku perantara. Kegagalan permintaan bukan rasio kehilangan paket terukur; tes gagal dapat menyimpan pengamatan parsial berguna.

Batalkan menghentikan pekerjaan browser yang menunggu dan meminta pembersihan sesi. Tidak mengembalikan byte yang sudah dikirim, tidak membuat jumlah unggah tanpa konfirmasi menjadi diketahui, dan tidak menjamin pengembalian kuota server yang dipesan atau trafik yang ditagih. Bila pembatasan menghalangi tes, lihat pesan dan bandingkan browser atau jalur yang diizinkan. Tes saja bukan alasan mematikan firewall, melewati kontrol kantor atau mereset perangkat ke pabrik.

WHATWG Fetch: permintaan browser dan pembatalan WHATWG DOM: timeout AbortSignal RFC 9111: cache HTTP dan arahan kontrol

Trafik sintetis, privasi dan laporan yang diunduh

Tes mengirim byte buatan, bukan dokumen, foto atau berkas yang Anda pilih. Namun tetap menghasilkan trafik: hosting ToolMellow dan endpoint menerima alamat jaringan serta metadata permintaan biasa. HTTPS melindungi transportasi antartitik, tidak menjadikan aktivitas anonim atau membuktikan semua penyedia infrastruktur tidak menyimpan log.

Hasil tetap di tab saat ini kecuali Anda mengunduhnya. Unduh laporan kecepatan membuat speed-measurement.json berisi endpoint, waktu pengamatan, profil, status, payload terukur dan dicoba, durasi serta sampel latensi tersedia. Ini snapshot, bukan riwayat akun, pemantauan otomatis atau sertifikat performa ISP. Mengubah endpoint atau profil menghapus hasil sebelumnya.

Sebelum membagikan, baca endpoint, waktu dan kesalahan lalu tambahkan kondisi yang tidak dicatat otomatis: akses, perangkat dan browser, VPN, trafik latar serta aktivitas terdampak. Tetap tandai hasil tak lengkap sebagai tak lengkap. Catatan ini lebih membantu perbandingan berikutnya daripada hanya mengirim angka Mbps.

Menyematkan tes kecepatan pada halaman web Anda

Bagian integrasi di bawah ruang alat menyediakan salin snippet HTML, unduh atau pratinjau alat sematan. Tempel snippet yang diberikan pada bagian HTML yang didukung platform. Snippet berisi iframe ToolMellow dan backlink yang terlihat ke halaman ToolMellow terkait; pertahankan tautan itu agar pembaca menemukan alat lengkap dan panduannya.

Pilih bahasa halaman sebelum menyalin. Periksa area sematan pada layar sempit dan biarkan pengunjung membaca pengungkapan data lalu memulai tes sendiri. Sematan memakai ketersediaan endpoint, profil dan batas yang sama dengan alat hosting; tidak memberi transfer tak terbatas atau API pengembang terpisah. Platform harus mengizinkan iframe eksternal dan permintaan jaringan terkait.

Pertanyaan umum

Bagaimana menguji internet tanpa memasang aplikasi?

Buka tes ToolMellow pada browser yang didukung, pilih endpoint dan Cepat atau Standar, baca batas data lalu tekan Mulai tes kecepatan. Membuka halaman tidak memulai transfer sintetis pengukuran. Baca byte, durasi dan peringatan bersama hasil.

Berapa data yang dipakai tes ToolMellow?

Cepat mengizinkan sampai 16 MiB unduh dan 4 MiB unggah; Standar 64 MiB dan 32 MiB. Fase dapat berakhir sebelum anggarannya terpakai. Permintaan kontrol, overhead dan retransmisi menambah trafik, sehingga batas payload bukan jaminan konsumsi tertagih.

Apa perbedaan Mbps dan MBps?

Mbps adalah megabit per detik; MB/s desimal adalah megabyte per detik. Delapan bit membentuk satu byte, sehingga 40 Mbps sama dengan 5 MB/s desimal untuk payload. MiB adalah satuan ukuran biner berbeda, setara 1.048.576 byte.

Mengapa hasil di bawah kecepatan paket internet?

Pengamatan mencakup perangkat, browser, akses, routing, endpoint dan metode terbatas. Wi-Fi, aktivitas latar dan batas yang tercapai dini dapat berpengaruh. Bandingkan tes terkontrol berkabel dan nirkabel dengan ketentuan paket; satu endpoint tidak mengesahkan kapasitas ISP.

Mengapa unggah lebih lambat daripada unduh?

Paket dapat menyediakan laju berbeda di kedua arah dan jalur atau kondisi dapat berbeda. ToolMellow menghitung unggah setelah konfirmasi server. Baca byte terkonfirmasi, percobaan tanpa konfirmasi, durasi dan kesalahan sebelum menafsirkan angka lebih rendah.

Apa arti Batas data tercapai?

Payload unduh terhitung atau unggah terkonfirmasi mencapai jatah arah tersebut. Jalur cepat dapat mencapainya sebelum kapasitas berkelanjutan terukur. Peringatan bukan berarti kuota operator habis atau jalur sepenuhnya jenuh.

Apakah tes selesai berarti semua byte rencana ditransfer?

Tidak. Selesai berarti prosedur terbatas berakhir tanpa kegagalan keseluruhan. Berakhirnya waktu fase secara normal dapat menyisakan unduhan parsial atau percobaan unggah tanpa konfirmasi. Baca jumlah payload nyata, durasi dan peringatan.

Apa arti latensi saat transfer?

Ini median bolak-balik HTTP yang diambil saat tumpang tindih dengan transfer aktif, terpisah untuk unduh dan unggah. Baca jumlah sampel. Fase singkat dapat tidak memberi sampel tumpang tindih; hasil tidak menetapkan nilai bufferbloat atau router rusak.

Apakah tes mengukur ping, jitter atau kehilangan paket?

Tes mengukur bolak-balik HTTP dan rata-rata selisih absolut antarsampel bersebelahan tanpa beban. Bukan ping ICMP atau persentase kehilangan paket. Alat lain bisa mendefinisikan jitter berbeda; latensi ToolMellow bukan ping server game.

Mengapa hasil tes kecepatan berbeda?

Endpoint, rute, konkurensi, ukuran payload, durasi dan agregasi bisa berbeda. Bandingkan kondisi serupa dan baca metode tiap layanan. Perbedaan saja tidak membuktikan layanan keliru atau ISP sengaja membatasi kecepatan.

Apakah mengganti DNS mempercepat unduh?

DNS dapat memengaruhi resolusi dan kadang pilihan tujuan, tetapi tidak meningkatkan kapasitas fisik jalur. Lookup atau mengganti resolver saja tidak membuktikan throughput berkelanjutan membaik. Periksa aktivitas lambat dan jalur sebenarnya.

Apakah Batalkan langsung menghentikan semua pemakaian data?

Pembatalan menghentikan pekerjaan tertunda dan meminta pembersihan sesi, tetapi tidak mengembalikan byte yang sudah terkirim. Jumlah sebenarnya dari unggah tanpa konfirmasi tidak diketahui. Tidak ada jaminan kuota server atau trafik tertagih dikembalikan.