snelheidstest

bijgewerkt 1 okt 2026

Eén tik meet de verbinding met macOS' eigen networkQuality tegen Apples servers – down, up en reactiesnelheid, en het laatste resultaat blijft in de rij staan.

• aflezen – ↓ download en ↑ upload.
• respons – hoeveel rondreizen het netwerk per minuut aankan onder volle belasting: onder 100 lijden calls en streams, 800+ is uitstekend. te zien in de tooltip van het resultaat.
• waarom live cijfers bewegen – de test bouwt parallelle streams op, dus de cijfers zweven tijdens de meting; het eindgetal is de capaciteit waarop hij uitkwam.
• waarom het afwijkt van speedtest.net – hop meet eerst de download en daarna de upload, één richting tegelijk. zo werken speedtest.net en de andere consumententests, en dat is het getal dat een provider verkoopt. het systeemgereedschap dat hop aanroept belast beide richtingen tegelijk tenzij je er iets anders om vraagt, want zijn tweede antwoord is de rpm hierboven: reactiesnelheid is een vraag over een bezette lijn, en een bezette lijn is dat beide kanten op. thuis is de upload de smalle helft, dus naast een download op volle snelheid kwam die twee tot drie keer te laag uit. beide manieren van meten kloppen en beantwoorden verschillende vragen.
• verouderd – een resultaat ouder dan 30 minuten (of gemeten op een andere wifi) wordt vaag: tijd om opnieuw te meten.
• downloaden in de praktijk – 10 Mbps volstaat voor surfen en muziek, 25 voor HD-video, 50+ voor 4K en snelle downloads, 100+ voor zware bestanden zonder wachten.
• uploaden in de praktijk – 5 Mbps draagt een call met schermdelen, 10+ HD-videocalls en cloudback-ups, 25+ streamen en grote uploads.
• lage RPM op een snelle lijn – RPM meet vertraging onder belasting, geen snelheid. «bezette lijn» betekent dat iets anders de lijn gebruikt: een download, een cloudback-up, iemand thuis die streamt. op die momenten houden routerwachtrijen (bufferbloat) houdt pakketten vast. 0–100 – op een bezette lijn valt de stem in gesprekken weg en klinkt vervormd, pagina's laden seconden; 100–400 – alleen korte haperingen onder belasting; 400–800 – belasting nauwelijks merkbaar; 800+ – calls blijven soepel zelfs naast torrents. belast je de lijn zelden, dan stoort lage RPM niet; remedie: een router met slimme wachtrij (SQM).