Saya akan mengatakan sebagian besar tes kecepatan cacat jika Anda ingin mengukur kinerja penelusuran web (yang akan dilakukan sejumlah besar orang). Hampir semua tes menggunakan Flash atau Java, benar-benar melewati tumpukan HTTP browser Anda. Tes-tes ini juga biasanya menggunakan satu file besar, benar-benar melewati manfaat dari koneksi persisten dan HTTP / 1.1 pipelining hanya beberapa browser yang mendukung secara asli. Jika Anda menggunakan Flash atau Java untuk mengunduh satu file besar, maka pengujian ini mungkin lebih relevan.
Juga, saya telah melihat variabilitas yang besar dalam hasil di seluruh browser untuk beberapa tes flash, yang berkaitan dengan cara browser menangani animasi flash, sehingga hasilnya miring tanpa ada kaitannya dengan kinerja jaringan.
Untuk membuat tes ini lebih baik, metodologi perlu mencerminkan:
- Tes itu disesuaikan dengan apa yang sedang diuji! Jangan gunakan flash kecuali jika Anda menguji kinerja jaringan flash pada file tunggal. Tes browser harus menggunakan banyak sumber daya (mengingat CSS dan JS dapat memblokir unduhan yang berurutan di beberapa browser) di beberapa tab untuk mereproduksi keadaan nyata. Jika Anda menguji kecepatan torrent, Anda memerlukan banyak koneksi HTTP / UDP bandwidth kecil.
- Mengukur variabilitas. Sebagian besar tes melakukan sesuatu sekali, dan satu sampel saja tidak cukup untuk mengetahui sesuatu dengan andal. Seseorang perlu rata-rata di seluruh tes ulangan, dan secara kritis, varians perlu diperkirakan. Apakah 180 benar-benar lebih baik daripada 150 ketika variabilitasnya adalah + - 100 ??? {answer: no}
Tidak yakin dengan sumber daya yang sempurna untuk ini, tetapi Steve Souder menulis secara luas tentang kinerja web setidaknya:
http://stevesouders.com/
Tes yang orang lain telah menyarankan semua gagal dari masalah teknis ini. Mereka akan memberi Anda nomor kasar yang mungkin membantu secara umum, tetapi Anda harus menyadari keterbatasannya. Animasi flash yang sangat mewah tampaknya sama sekali tidak berguna, dan seperti yang telah saya katakan sebenarnya dapat membuat hasil yang signifikan.
Koneksi yang baik terdiri dari bagian-bagian penting: Melalui put dan responsif. Ada lebih banyak tetapi saya berpegang pada 2 utama (menurut saya). Melalui put adalah berapa banyak data yang dapat didorong atau ditarik melalui koneksi (unduh / unggah). Responsif adalah seberapa cepat permintaan saya menjadikannya tujuan dan kembali. Keduanya saling mempengaruhi sedikit.
Melalui put adalah tes yang sangat mudah, buka saja salah satu situs yang terdaftar di sini dan itu akan menguji kecepatan unggah / unduh Anda. Ingatlah bahwa koneksi yang Anda bayar dari ISP Anda adalah batas UPPER (sebagian besar waktu). Sebagai contoh, saya membayar untuk koneksi 6mb down / 1mb. 6mb down / 1mb up adalah batas uppper koneksi saya. Beberapa ISP akan memiliki batas yang lebih rendah. Contohnya adalah jika ISP mengatakan koneksi Anda akan antara 3MB ke bawah dan 6MB ke bawah. Bagian penting lainnya adalah host jarak jauh yang Anda tarik atau dorong data juga. Jika koneksi Anda lebih besar, maka Anda dibatasi oleh koneksi host jarak jauh dan secara efektif melakukan host jarak jauh.
Responsif agak sulit untuk diuji. Saya tidak 100% yakin tentang cara yang benar untuk mengujinya. perintah seperti ping dan tracert di jendela adalah awal yang baik. Mereka akan memberi Anda gambaran kasar tentang berapa lama perjalanan pulang pergi ke dan dari host jarak jauh. Ini juga memperhitungkan waktu host jarak jauh mengambil untuk memproses permintaan Anda dan mengirimkannya kembali jadi bawa ini dengan sebutir garam. Ketanggapan bukan masalah besar saat menjelajahi web atau mengobrol online. Muncul dengan aplikasi seperti game online. Waktu respons yang lambat akan menyebabkan Anda "ketinggalan" dan membuat permainan kurang lancar hingga tidak bisa dimainkan. Game online mengandalkan respons cepat melalui put yang lebih tinggi.
Hal-hal lain yang perlu dipertimbangkan dalam mengevaluasi koneksi adalah Uptime, port apa yang diblokir, kebijakan ISP mengenai kami dari Bittorrent, IRC, SMTP, atau layanan lainnya.
sumber
Laporan DSLR telah bulat untuk sementara dan memiliki unduhan yang layak, unggah, dan tes latensi.
sumber
speedtest.net adalah layanan populer lainnya.
namun, untuk hasil yang paling akurat jalankan serangkaian tes selama periode waktu tertentu, pada waktu yang berbeda dalam sehari.
sumber
http://www.speedtest.net/
dan
http://www.bandwidthplace.com/ keduanya sangat bagus.
sumber
Selain hanya menggunakan tes kecepatan sering kali bermanfaat untuk mengetahui packet loss karena hal itu dapat memberikan tampilan koneksi yang lambat juga. Di bawah Unix dan Windows Anda dapat menggunakan perintah traceroute, atau jika Anda menginginkan program GUI yang bagus, Anda dapat mencoba sesuatu seperti Ping Plotter .
sumber
http://www.internetfrog.com/mypc/speedtest/ adalah alat tes kecepatan lain yang dapat Anda coba.
sumber
Jika ISP Anda memberikan tes yang dijalankan dari salah satu server mereka, itu akan menjadi pilihan terbaik Anda.
Tersedia tes kecepatan COX untuk pelanggan COX.
Alasan untuk ini adalah bahwa Internet terdiri dari banyak koneksi, dan koneksi Anda ke ISP Anda hanyalah salah satunya. Situs web uji kecepatan ini nyaman digunakan, tetapi hasilnya mungkin berbeda-beda berdasarkan lalu lintas Internet antara ISP Anda dan server web uji kecepatan itu.
Jika Anda ingin mengukur kecepatan dari Anda ke ISP Anda, maka Anda perlu menggunakan server di jaringan mereka.
Di sisi lain - di beberapa titik Anda akan ingin terhubung ke beberapa server di luar ISP Anda. (Katakanlah, www.superuser.com) Koneksi dari ISP Anda ke dunia luar juga penting. ISP yang baik akan memiliki beberapa koneksi ke Internet , jadi jika ada masalah dalam jaringan AT&T, Anda masih akan memiliki koneksi dengan Global Crossing, dan jaringan Level 3.
Untuk mendapatkan gambaran tentang hal ini, Anda mungkin tidak dapat melakukan lebih baik daripada mencoba berbagai situs web tes kecepatan, pada waktu yang berbeda sepanjang hari dan hari dalam seminggu, dan melihat pola apa yang Anda perhatikan.
sumber