Změřte si SKUTEČNOU odezvu, ne lživou z příkazu ping

Pevv (31.1.2004 12:09:18)

nextra přímo někde psala že se musí VŽDY pingovat přimo na ni tzn. na www.nextra.cz , a ne Seznam.cz a jiné stránky, směrodatný je vždy ping na providera.

jonáš (31.1.2004 15:08:53)

No, píšou tam aspoň tohle: "Test uploadu a odezvy je v testování, výsledky těchto testu mohou být nepřesné" Takže je to na vás, jestli věříte pingu nebo nějakýmu testu v testování, umístěným ba serveru kterej patří Bůhvíkomu a je do zbytku internetu propojenej Bůhvíjak. Jak provider pozná kterej ICMP paket je prioritní a kterej může počkat .. paranoia je užitečná vlastnost, ale stejně neznamená že po vás nejdou.

Tips (1.2.2004 05:19:50)

co takhle soft PingPloter?

hampejz (1.2.2004 10:22:58)

Když už něco vyzkoušíte a vemete za své, bylo by dobré si zjistit podrobnosti, než to tu plácnete, jako fakt. Přímo na stránkách http://rychlost.webprovider.cz se můžete dočist: Test odezvy slouží k přibližnému určení odezvy (tzv ping) klienta ku serveru. Tento test je však vzhledem k použité technologii velmi orientační. Myslím, že to mluví za vše.

Rapon (1.2.2004 12:40:13)

Osobně jsem dost skeptický k měřením rychlosti. Udělal jsem si několik testů na různých "měřácích" a vždy s rozdílným výsledkem a rozdíly jsou někdy dost značné ... Speedmetr - 811 www.flare.cz - 895 rychlost.webprovider.cz - 832 adslguide.org.uk - 848 (106 KBps) bandwithplace.com - 806 world-of-adsl.com - 108 KBps speedtest.ttnet.net.tr - 855 www.speedtest.nl - 842 support.cybernet.ch - 862 V reálném provozu: FTP klient download - 106 KBps DUMetr - 106 KBps Pro přesnost ještě se jedná o 1024/256 s agregací 1:20. Tak co je správně? Pro mne je důležitý reálný provoz, kde je hodnota okolo 106 KBps tj. cca 850 kbps. Tuto hodnotu +/- ukázala většina měřáků, hodně záleží na velikosti testovacího souboru. Pokud spustím download 15MB souboru, je na začátku rychlost cca 95 KBps a v závěru 107 KBps ... Další věcí je režie TCP/IP protokolu, kterou některé měřáky odpočítávají/připočítávají automaticky, jiné s ní vůbec nepočítají ... Nechci nijak hanit Speedmetr, ale v obraze dalších 10 měření má nejnižší hodnotu, která se ani náhodou neblíží průměru z ostatních měřáků ...

Anonym (2.2.2004 14:34:03)

Zkusil jsem se pingnout z penguin.cz a hodnoty se od rychlost.webprovider.cz lisi primo diametralne. zde je vysledek rychlost.webprovider.cz 230.9ms / 361.2ms / 822.7ms a zde z penguin.cz PING censored (censored): 56 data bytes 64 bytes from censored: icmp_seq=0 ttl=56 time=30.0 ms 64 bytes from censored: icmp_seq=1 ttl=56 time=45.7 ms 64 bytes from censored: icmp_seq=2 ttl=56 time=36.0 ms 64 bytes from censored: icmp_seq=3 ttl=56 time=46.8 ms 64 bytes from censored: icmp_seq=4 ttl=56 time=53.6 ms 64 bytes from censored: icmp_seq=5 ttl=56 time=50.5 ms 64 bytes from censored: icmp_seq=6 ttl=56 time=57.6 ms 64 bytes from censored: icmp_seq=7 ttl=56 time=74.9 ms 64 bytes from censored: icmp_seq=8 ttl=56 time=41.6 ms 64 bytes from censored: icmp_seq=9 ttl=56 time=49.2 ms 64 bytes from censored: icmp_seq=10 ttl=56 time=65.4 ms 64 bytes from censored: icmp_seq=11 ttl=56 time=30.1 ms 64 bytes from censored: icmp_seq=12 ttl=56 time=63.2 ms 64 bytes from censored: icmp_seq=13 ttl=56 time=63.9 ms 64 bytes from censored: icmp_seq=14 ttl=56 time=27.3 ms 64 bytes from censored: icmp_seq=15 ttl=56 time=67.7 ms 64 bytes from censored: icmp_seq=16 ttl=56 time=45.7 ms --- censored ping statistics --- 17 packets transmitted, 17 packets received, 0% packet loss round-trip min/avg/max = 27.3/49.9/74.9 ms mereni bylo provadeno ve 12 hodin opravdova spicka ale v cechach nastava vecer:-)

Johnny (3.2.2004 09:42:21)

je mi jedno, co si Nextra prioritizuje, pro mně je důležitý, že to jede ok. zkusil jsem tenhle test a vyšel mi ping cca 350ms. pustil jsem unreal tournament a přes 70ms jsem se nedostal. ping na seznam 16ms, na google 45ms. takže ty výsledky rychlost.webprovider.cz jsou poněkud "out" ;-)