Een brakke latency is inderdaad heel vervelend, met name als deze heel ongelijkmatig is en erg kan fluctueren. (de netcode in een game kan zich dan ook niet goed aanpassen aan de lag)
Waar ik wel nog een aantal mensen die klagen over te lage snelheden op wil wijzen is OVERHEAD.
Als jij bijvoorbeeld een 30mbit verbinding hebt dan kan het heel goed zijn dat een download via...pak hem beet... NNTP rond de 25mbit blijf hangen terwijl je die volle 30mbit gebruikt.
De grootte van de frame heeft impact op de protocol throughput omdat elke laag in de netwerk stack overhead toevoegt aan de data.
Ethernet frames alleen al kunnen -afhankelijk van de frame lengte- een overhead genereren van 75% - 99%. In de meeste gevallen zal de overhead klein zijn. Er is echter een zeer reele mogelijkheid dat "ergens" vanwege een kleine frame size de overhead op loopt.
Ook de "window" size binnen TCP kan overhead veroorzaken als die window bij de ontvanger kleiner is dan bij de bron.
Ook hogere round-trip tijden (pings) tussen download bron en doel resulteren in meer overhead doordat 'acks' op zich laten wachten. (bij TCP verbinidngen)
Verder zal elk protocol overhead veroorzaken. NNTP zelf geeft (geringe) overhead.
Download je met SSL? Overhead.
Meerdere connecties met NNTP? meer overhead (want meer streams en dus meer controle data)
En dan is dit nog NNTP ..een redelijk efficient protocol. (wat betreft data overdracht dan).
Bittorrent....heeft ENORM veel meer overhead. Veel bronnen, enorm veel kleine gefragmenteerde pakketjes, tel uit je winst. (niet dus)
Bottom line is dit: Als jij met downloaden in de marge van 80-99% zit van je theoretische maximum dan mag je sterk rekening houden met overhead als reden.
Afhankelijk van je locatie en het netwerk tussen jou en je ISP kan het ook zo zijn dat jij meer overhead hebt dan een andere klant op een andere locatie. Netwerken zijn gewoonweg niet overal hetzelfde.
Met een packet sniffer kan je overigens in kaart brengen of de discrepantie tussen je werkelijke data snelheid binnen een protocol VS de theoretisch maximale snelheid ook inderdaad veroorzaakt is door overhead, je kan precies zien welke data "header" info is en wat "payload" is en enkel die payload is de "download" snelheid, want de daadwerkelijke opgeslagen data.
Mijn overhead bij NNTP met SSL is 14% (86% van mijn theoretisch maximum)
Met Microsoft network monitor heb ik 12% hiervan kunnen herleiden als overhead.
Het moge ook duidelijk zijn dat hoe meer bandbreedte je hebt (ik heb 30mbit) hoe hoger dit percentage aan overhead is; er zijn simpelweg meer packets en dus meer overhead. (de toename is niet liniair)
Hou met bovenstaande serieus rekening voordat je roept dat je weer eens "genaaid" bent door je ISP.
[Reactie gewijzigd door Verwijderd op 22 juli 2024 16:46]