Speedtest.net ~ speedtes-cli

Hálózatok egyéb

Sziasztok !

Érdekes mérési eredményt kaptam. A konzolon való internetsebesség mérése merőben más eredményt adott mint a böngészőben a speedtest.net oldalán.

A speedtest-cli kimenete:

Retrieving speedtest.net server list...
Selecting best server based on ping...
Hosted by Antenna Hungária Zrt. (Budapest) [2.50 km]: 2.198 ms
Testing download speed................................................................................
Download: 229.26 Mbit/s
Testing upload speed....................................................................................................
Upload: 179.22 Mbit/s

A speedtest.net oldalán:

http://www.speedtest.net/result/7034768439

A 901Mbps az jpbban hasonlít az előfizetésemre :)

  • 3340 megtekintés

( uid_7086 | 2018. 02. 07., sze – 09:01 )

Szerintem(!) mindkettő hazudik. Nem neked, hanem általában.
A fenti különbség hány mérésből jött össze?
Saját tapasztalat: budapestiként sem mindegy, hogy melyik budapesti szolgáltató szerverével tesztelsz. Próbáld ugyanazzal, többször egymás után cli és grafikus változatban is!

Egy taget elfelejtettél lezárni!

Megtettem korábban is. Tartós az ellentmondás...

Retrieving speedtest.net server list...
Selecting best server based on ping...
Hosted by Antenna Hungária Zrt. (Budapest) [2.50 km]: 2.176 ms
Testing download speed................................................................................
Download: 229.50 Mbit/s
Testing upload speed....................................................................................................
Upload: 173.49 Mbit/s
_____________________________

weboldalról:

http://www.speedtest.net/result/7041957039

--
Karesz
www.fotokaresz.hu

Javaslatom: magyar szerverről iso image letöltése wget-tel (egy szál a /dev/null-ba), majd ha ez lassúnak tűnik, többszálú letöltés, pl aria2c, de ezt befolyásolhatja a diszk sebessége is (persze ha van többszálú, ami képes a /dev/nullba, akkor lehet azzal kezdeni, nem kell a wget).

ez a rész mondjuk jogos, de nem hiszem, hogy multipart letöltést bármelyik program is enged, hiszen bele kell neki olvasni a fileba.
hacsak nem hozzáírsz pl az axel-hez egy olyan opciót, hogy az output direkt devnull - és mindenféle írás ellenőrzést ignorálsz a továbbiakban :-)

$ speedtest-cli
Retrieving speedtest.net configuration...
Testing from DIGI Tavkozlesi es Szolgaltato Kft...
Retrieving speedtest.net server list...
Selecting best server based on ping...
Hosted by Vodafone Hungary Ltd. (Budapest) [2.50 km]: 7.241 ms
Testing download speed................................................................................
Download: 868.00 Mbit/s
Testing upload speed......................................................................................................
Upload: 166.03 Mbit/s

http://www.speedtest.net/result/7047809802
http://www.speedtest.net/result/7047814440

( suckit | 2018. 02. 08., cs – 22:06 )

Sok oka lehet, de egy biztos: almát hasonlítasz körtével. Az egyik esetben a böngésződ tölt le (adott esetben több szálon, párhuzamosan), míg a másik esetben egy python script, aminek ráadásul köze sincs a hatékony működéshez.
Nem tudom kell-e tovább magyarázni?

a gigabites nethez kell némi HW is

Nekünk anno volt egy ilyen rule of thumbunk, hogy 1Mbps-hez 1MHz-nyi cpu szükséges (ez akkor, amikor még MHz-ekben mérték a cpu powert).
Szerintem az elmúlt 8-10 évben nemigen gyártottak olyan pc-t, ami kevés lenne a gigabites hálózat kihajtásához.

Az a hw igény annyit jelent, hogy sok router nem képes kihajtani a pppoe miatt. Egy pc, valódi gigabites hálókártyával tudtommal könnyedén el kell bírjon vele. Valódi = RPi jellegű kütyükről olvastam olyat, hogy usb-s a hálókártya, ami névleg lehet, hogy gigabites, de a gyakorlatban nem tud ennyit. (Nem tudom, ez igaz-e, csak olvastam úgy két-három éve, mikor szervert akartam építeni RPi alapon)

+1, annyit hozzátéve, hogy a jobb eszközök képesek hw offloading-ra, szóval nem csak az órajel számít.
Igen, az egy magos rpi-nél könnyű szűk keresztmetszetet találni proci oldalon. A 4 magos újabb változatoknál már elég stabilan megvan a 100-as usb-lan sebessége, nem gigabites. Usb3-as gigabites adapternél már az is meg lehet. Némelyik másik soc-ban van belső adatbusznál szűk keresztmetszet, ami kisebb, mint a gigabites lan elmételi sebessége (és akkor mondjuk 480-at tud vagy 600-at vagy ami a belső limit).

Kérhetném, hogy magyarázd tovább?

Indokok:
- python (2.7) nem annyira lassú, hogy megfelelő kóddal ne tudna kihajtani egy gigabites kapcsolatot akár egy i3-as procin is (szerintem, az emlékeimre már nem merek hagyatkozni, de azokban még úgy él, hogy egy Core2duo-n is tudtam gigabites forgalmat generálni vele)
- tudtommal a böngészőben is egy JS kód, rosszabb esetben flash, tehát script fut, ami nem is feltétlenül gyorsabb, mint a parancssori scriptek

A több szálúságot sem igazán értem, pont a böngésző az, amire nem jellemző a többszálú letöltés (a speedtest-cli is ügyködik valamit thread-ekkel, de még nem teljesen világos a működése)

Szóval engem érdekelne, ha tudsz róluk konkrétumot.

( wpeople v | 2018. 02. 09., p – 11:59 )

ha kicsit utánanézel, akkor ki fog derülni, hogy a speedtest-cli-t nem az Ookla készíti, hanem gyakorlatilag reverse engineering-el barkácsolja a fejlesztője. Volt időszak, amikor pl nem is működött.
Sokkal több, mint a semmi, de mondjuk azt, h nem releváns a kapott mérési eredmény.

( Jason v | 2018. 02. 09., p – 12:16 )

Ez a tool melyik http client libet használja? Vagy saját tákolmányt?

Nyilván tudod, hogy az is Ookla speedtest alapú + uezt a python cli-t használják.
Továbbá elősegítik a pontos mérést azzal, hogy kb minden doboz ugyanakkor indítja a mérést...
Ezért minden egész órában kb 1gbps-re ki van tolva a vonaluk, majd az óra további részében tök üres...

Mindez a mi pénzünkön.