Heb je toevallig geprobeerd om de snelheidstesten te doen vanuit Firefox?
Wanneer ik dit vanuit IE doe kom ik niet veel hoger dan een 12 tot 13 mbit. Doe ik hetzelfde vanuit Firefox kom ik richting de 17,5.
Als ik een FTP-download test vanaf de ftp server van chello kom ik nog wat hoger uit, dit kun je eventueel zelf ook testen door de vet-gedrukte commando's zelf in te typen, het overige zijn replies van de server of de ftp-applicatie zelf.
start -- uitvoeren -- ftp ftp.chello.nl
Verbonden met ftp.chello.at.
220 FTP Server ready.
Gebruiker (ftp.chello.at
none)):
anonymous
331 Anonymous login ok, send your complete email address as your password.
Wachtwoord:
[email protected]
230 Anonymous login ok, restrictions apply.
ftp>
bin
200 Type set to I
ftp>
cd /pub/UPC/netgear
250 CWD command successful
ftp>
get WPN824_UPC_install_CDROM.zip
200 PORT command successful
150 Opening BINARY mode data connection for WPN824_UPC_install_CDROM.zip (278509
58 bytes)
226 Transfer complete.
ftp: 27850958 bytes ontvangen in 12,50 seconden 2228,43 kB/s.
ftp>
bye
221 Goodbye.
2228 kB/sec * 8,32 (is incl 4% overhead waaronder pariteit-controle, start en stopbits) = 18,5 mbit/sec. (ruwe datasnelheid is 17,8 mbit/sec)
Internet explorer: Downloadsnelheid na 19,9 MB van 20 MB testfile: 2,49 MB/sec. Bij beeindigen van de test 2,00 MB/sec. De UPC site geeft aan:
Maximum snelheid voor chello extreme: 20480 Kbit/sec
Behaalde download snelheid: 15332 Kbit/sec
1916.4 KByte/sec
239.6 x ISDN
Firefox 50MB download: Firefox geeft aan als eindsnelheid 2337 kB/sec
Maximum snelheid voor chello extreme: 20480 Kbit/sec
Behaalde download snelheid: 18389 Kbit/sec
2298.7 KByte/sec
287.3 x ISDN
Het verschil wordt veroorzaakt door de manier van afsluiten van de transfer in Internet Explorer:
Schematisch gezien gaat dit als volgt:
1: UPC test-server start meting, klokje gaat lopen
2: Testserver begint met het verzenden van data naar IE
3: IE gooit alle data in een tijdelijk bestand
4: Testserver is klaar met verzenden, maar wacht op een ACK
5: IE kopieert de data naar de gekozen locatie en gooit dit (eventueel) weg uit de temporary internet files
6: IE stuurt, na het kopieren, een ACK
7: Testserver stopt klokje en toont resultaten.
Firefox slaat het bestand direct op de juiste plek op, waardoor het niet achteraf gekopieerd hoeft te worden, stap 5 wordt dus overgeslagen. Hetzelfde gebeurt door gebruik te maken van het windows FTP commando. De totale berekening is dan ook deels afhankelijk van de tijdsduur van stap 5, welke direct afhankelijk is van de kopieersnelheid van de computer waarop het getest wordt!
De berekening van kByte/sec naar kbit/sec houdt geen rekening met de overhead die wel degelijk aanwezig is. Deze overhead maakt dus deel uit van de 20480 kbit/sec (20 mbit/sec). Hiermee zul je rekening moeten houden. De vuistregel is normaal gesproken dat je 9 bits nodig hebt om er 8 te versturen (bij gebruik van pariteit). Ik ga uit van mijn berekeningen van 4% overhead.
Dit houdt in dat het praktisch maximum van mijn verbinding op 19,2 mbit uitkomt, de overige 0,8 mbit wordt gebruikt voor besturing en foutcontroles. Van het theoretisch maximum (2560 KB/sec) blijft dus 19,2mbit / 8 = 2458 KB/sec als zijnde praktisch maximum over.
Deze snelheid blijkt via zowel HTTP als FTP zeer dicht benaderbaar te zijn gezien een testje die ik gister rond 16:15 heb uitgevoerd:
di 06-02-2007 / 16:12 / ftp: 104857600 bytes ontvangen in 42,77 seconden 2451,61 kB/s.
De vraag uit bovenstaand verhaal: Wat haal je met een alternatieve browser zoals bijvoorbeeld firefox?
ps:
Met de wijziging van de website is het contactformulier verhuisd naar: https://www.upc.nl/service/contact/
bronvermelding:
De 4% is overigens als vuistregel genomen na een kijkje op de volgende site: https://www.pixelbeat.org/speeds.html
