Speedtest.net ~ speedtes-cli

 ( szkaresz | 2018. február 6., kedd - 17:00 )

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 :)

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

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).

wget helyett inkább axel-t ajánlanám. Nekem úgy tűnik, h pl fsn.hu korlátozza egy szál max sebességét.

Ahogy elnézem, az axelt csak az aria2c helyett érdemes ajánlani, mert a /dev/null output ezzel sem megy, így viszont a háttértár sebessége is beleszólhat a mérésbe.
De szólj, ha tévedek!

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 :-)

Ezért szoktam elsőre a wget-et ajánlani (curl is jó lehet, de azt sosem használtam ilyesmire) mérési célra. Letölteni meg az aria2c-t, bár ott már azt hiszem, mindegy, hogy az vagy az általad favorizált axel.

erről az aria2c -ről még nem is hallottam, kösz!

$ 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

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?

Melyik áll közelebb a valós értékhez?

--
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség

A 800-900 Mbps
Fel lettem készítve , hogy a gigabites nethez kell némi HW is. Mondjuk ehhez képest 10éves kábel van a falban és az éppen témában lévő gép sem egy mai i7-es erőmű. Persze nem akarom elbagatellizálni ... kell a jó hardver is.
--
Karesz
www.fotokaresz.hu

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).

Nem :)
Köszi, valójában ez érdekelt.

--
Karesz
www.fotokaresz.hu

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.

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.

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

...esetleg próbáld ki az NMHH akkreditált mérési rendszerét is, ha már ennyi munkát és közpénzt beletoltak ;)
http://szelessav.net/hu/sebesseg_meres

ezt inkább hagyjuk... :)

--
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség

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.

csak gratulálni tudok...