Hogesnelheidsinbelverbindingen versus breedband: hoe acceleratieservers de laadtijden verkorten

10

Je kent de oefening. Je klikt op een link. Wacht maar. Je gaat koffie zetten, bladert door een tijdschrift of staart misschien gewoon naar het plafond totdat de pagina wordt geladen. Als uw modem klinkt als een stervende robot, gebruikt u een inbelverbinding. En u vraagt ​​zich waarschijnlijk af of de situatie steeds slechter wordt of dat uw geduld alleen maar afneemt.

De waarheid is een beetje van beide. Uw verbindingssnelheid is niet veranderd. Telefoonlijnen hebben een harde bandbreedtelimiet. Maar het internet is zwaarder geworden. Pagina’s zijn opgeblazen. Steeds meer mensen beschikken over breedband, dus ontwikkelaars voelen zich vrij om sites te voorzien van afbeeldingen en scripts met hoge resolutie die trage verbindingen verstikken. Het kost tijd om die gegevens door een inbelverbinding te persen. Het is geen magie. Het is natuurkunde.

Maar er is een middenweg. U hoeft de telefoonlijn niet te verwijderen en breedband te installeren om sneller te laden. Diensten als NetZero en EarthLink stimuleren ‘hogesnelheidsinbellen’. Ze beloven snelheden tot vijf keer sneller dan traditionele inbelverbindingen. Hoe? Het is geen magie. Het zijn servers.

Het handdrukknelpunt

Dat piepende geluid? Dat is het handshakeprotocol. Het is het gesprek dat uw modem voert voordat deze ook maar één byte aan gegevens kan verzenden. Het is het eerste dat je snelheid doodt.

Het proces bestaat uit twee delen. Ten eerste de modemhandshake. Dit is hardware. Uw modem initialiseert de lijn. Hogesnelheidsaanbieders kunnen dit niet versnellen. Het is natuurkunde. Je wordt beperkt door de koperdraad in je muur.

Ten tweede de softwarehandshake. Dit is waar de magie gebeurt. Het gaat om authenticatie. Uw computer stelt zichzelf voor aan de ISP. Dit deel kan worden versneld.

Acceleratieservers uitgelegd

Snelle inbeldiensten maken gebruik van acceleratieservers om de langzame softwarehandshake te omzeilen. In plaats van dat uw modem over een lange afstand rechtstreeks met de authenticatieserver van de ISP praat, praat deze met een lokale server. De lokale server verzorgt de authenticatie. Het is sneller. Het is dichterbij. Het vermindert de vertraging.

Betekent dit dat inbellen terug is? Nee. Maar het betekent dat je meer kunt halen uit wat je hebt. Het gaat niet om nieuwe draden. Het gaat om slimmer routeren.

Voor gebruikers die vastzitten aan een inbelverbinding is het verschil merkbaar. Pagina’s laden sneller. Afbeeldingen verschijnen eerder. Het is geen breedband. Het is niet naadloos. Maar het is beter dan wachten tot er koffie komt. En soms is beter genoeg.

De vraag is niet of inbellen dood is. Het gaat erom of je bereid bent te wachten tot de rest van de wereld je inhaalt. Of als je de versnelling neemt.

De standaard internethandshake is een bureaucratische nachtmerrie, vermomd als technisch protocol. Je computer zegt hallo. De ISP-server zegt hallo terug. Dan komt het verhoor. Wie ben je? Welke John Smith ben jij? Heeft u een rekeningnummer? Ja. Wat is het? 5546743897. Ah, ja. Je bent binnen.

Het klinkt eenvoudig. Dat is het niet. Dat heen-en-weer-verkeer kost tijd. Tijd die u niet heeft als u een pagina probeert te laden voordat uw koffie koud wordt. Standaard inbelverbindingen dwingen elke nieuwe sessie om deze volledige bureaucratische herziening te ondergaan. Het is traag door het ontwerp, of misschien door de evolutie.

Snelle inbelaanbieders besloten de administratieve rompslomp te verminderen. Ze bouwden een systeem waarbij machines hun eerdere gesprekken onthouden. De volgende keer dat u verbinding maakt, begint u niet helemaal opnieuw. Uw machine zegt hallo. De server herkent u onmiddellijk. Het kent al uw naam, uw rekeningnummer en uw machtigingen. Het gesprek krimpt van een tiental gedachtenwisselingen naar een enkel knikje.

Deze optimalisatie is niet cosmetisch. Het verkort de duur van de handshake met wel 50 procent. Een verbinding die voorheen 45 seconden duurde, kan nu in 30 seconden tot stand worden gebracht. Die seconden zijn belangrijk. Ze tellen op voor honderden dagelijkse verbindingen. Maar de handdruk is slechts het begin. Het echte knelpunt ligt elders.

Het knelpunt tussen de server en uw modem

Wanneer u een URL in uw browser typt, wordt het verzoek via uw internetprovider naar het bredere internet gestuurd. Het springt door routers en DNS-servers. Uiteindelijk bereikt het de webserver die de gewenste pagina host. De verbinding wordt geopend. Gegevens beginnen te stromen.

Dan komt het op uw inbellijn terecht.

Je modem is de zwakke schakel. Het vertaalt digitale signalen naar analoge tonen en weer terug. Het is langzaam. Het is luidruchtig. Het worstelt met de hoeveelheid gegevens die van de webserver naar uw scherm wordt verplaatst. De webserver kan gegevens met hoge snelheid verzenden, maar uw modem kan slechts een bepaalde hoeveelheid tegelijk ophalen. De rest zit in een rij, wachtend tot de smalle pijp vrij is.

Dit is waar versnellingsservers het spel veranderen.

Hoe acceleratieservers werken

ISP-aanbieders installeren gespecialiseerde software op hun infrastructuur. Deze software verandert specifieke servers in versnellingsservers. Deze servers bevinden zich tussen uw inbelverbinding en de rest van het internet. Ze fungeren tegelijkertijd als tussenpersoon, buffer en snelheidsbooster.

Dit is wat er gebeurt als u met dit systeem naar een pagina zoekt:

Uw verzoek verlaat uw modem en bereikt de acceleratieserver van de ISP. De server wacht niet op uw langzame verbinding om de inhoud op te halen. In plaats daarvan gebruikt het zijn eigen breedbandverbinding om de webserver te bereiken die de pagina host. Het haalt de gegevens snel op. Het verwerkt het. Vervolgens wordt het naar u verzonden.

De acceleratieserver optimaliseert de gegevens voordat deze uw modem bereiken. Het comprimeert afbeeldingen. Het verwijdert onnodige code. Het reorganiseert de informatie zodat deze efficiënter via uw inbellijn wordt verzonden. U ontvangt de pagina sneller omdat het zware werk aan de kant van de ISP is gedaan en niet aan de kant van u.

Dit is geen magie. Het is techniek. Het gaat erom te erkennen dat de bottleneck niet in het internet zit, maar in de ‘last mile’. De acceleratieserver overbrugt die kloof. Het absorbeert de vertraging. Het verzacht de stroom.

Het resultaat is een webervaring die minder aanvoelt als waden door de modder en meer als lopen op de stoep. Het is nog steeds een inbelverbinding. Het zijn nog steeds geen vezels. Maar het is sneller. En in de wereld van internettoegang is sneller vaak het enige dat telt.

Betekent dit dat inbellen dood is? Nog niet. Het betekent dat providers elke druppel prestatie uit een verouderde technologie halen. Ze maken van het oude weer nieuw. Voor nu is dat genoeg.

Het geheim van snel inbellen is geen magie. Het is een drietal technieken die op de achtergrond werken: compressie, filtering en caching. Deze acceleratieservers fungeren als agressieve tussenpersonen en halen elk grammetje snelheid uit uw langzame verbinding. Laten we eens kijken hoe ze daadwerkelijk het pedaal op uw gegevens laten vallen.

De compressiemotor

Bestandscompressie is hier het zware werk. Als je je ooit hebt afgevraagd hoe een enorme webpagina snel wordt geladen op een 56k-modem, komt dat door de manier waarop gegevens zijn verpakt. Er zijn twee hoofdbenaderingen: verliesgevend en verliesloos.

Tekstbestanden vereisen verliesvrije compressie. Wanneer u een document opslaat of een HTML-pagina laadt, moet deze er precies zo uitzien als voorheen. Lossless-algoritmen pakken de gegevens stevig in, maar pakken ze perfect uit. Geen stukjes verloren. Geen fouten geïntroduceerd.

Afbeeldingen hebben echter meer flexibiliteit. Ze kunnen lossy -compressie gebruiken. Het doel hier is snelheid, niet archiveringsperfectie. Een foto met 2 miljoen kleuren kan worden teruggebracht tot 16.000 kleuren. Voor het menselijk oog kan het verschil verwaarloosbaar zijn. Voor uw modem betekent dit een enorme gegevensreductie. Bij sommige providers, zoals NetZero, kunt u dit evenwicht aanpassen. Je kunt zelf bepalen of je liever een scherp beeld ziet of de pagina sneller laadt.

Maar compressie is geen universele oplossing. Het evolueert en raakt muren. Dit is wat feitelijk wordt versneld door deze servers:

  • HTML- en Java-gebaseerde webpagina’s
  • Platte tekst
  • JPG- en GIF-afbeeldingen
  • Standaard e-mailberichten

En dit is wat er achterblijft:

  • Streamingmedia (audio of video)
  • Beveiligde webpagina’s (HTTPS)
  • Muziek of foto’s bijgevoegd bij e-mails
  • Softwaredownloads

Waarom de uitsluiting? Het komt neer op de aard van de gegevens. On-the-fly bestandscompressie kan bepaalde typen eenvoudigweg niet aan. Neem beveiligde websites. De gegevens zijn gecodeerd. Voor de compressieserver lijkt het op willekeurig gebrabbel. Je kunt willekeurige ruis niet comprimeren. Als de server zelfs maar één teken in een gecodeerde stroom zou wijzigen, zou het beveiligingsprotocol breken. De gegevens zouden onleesbaar worden. De server doet dus niets. Het geeft versleuteld verkeer onaangeroerd door.

Voor de bestanden die het kan verwerken, is het proces agressief:

  • Tekst: De server comprimeert HTML- en e-mailtekst direct. Je kijkt naar een verkleining van 50%. Dat is de helft van de gegevens die over uw lijn reizen.
  • Afbeeldingen: GIF’s en JPG’s worden gelezen en opnieuw gecomprimeerd. De bestandsgrootte krimpt met 50% tot 90%. Banneradvertenties, sowieso vaak in lage resolutie, worden hier zwaar getroffen.
  • Reeds gecomprimeerde bestanden: MP3’s, zip-bestanden en video’s zijn al gecomprimeerd. Een mp3 is al een fractie van het originele cd-formaat. Proberen het verder te comprimeren is rekentechnisch duur en levert kleine resultaten op. De server slaat het over. Beveiligde pagina’s worden ook overgeslagen.

Het resultaat? Een webpagina die minuten zou duren, wordt nu in enkele seconden geladen. Maar compressie is slechts het halve werk.

Filteren en caching

Zodra de gegevens zijn gecomprimeerd, zoekt de server naar wat volledig kan worden verwijderd. Dit is filteren. En het onthoudt wat het al heeft opgehaald. Dit is cachen.

Wanneer u een URL in uw browser typt, vraagt ​​u niet alleen om een ​​webpagina. You’re requesting a complex bundle of code, images, and scripts. Als die pagina afhankelijk is van pop-upadvertenties, zijn er verborgen parameters verborgen in de programmering. Deze instructies vertellen uw machine precies hoe groot de advertentie is en waar deze op uw scherm moet verschijnen. De advertentie wordt alleen gestart wanneer de verborgen code wordt uitgevoerd.

Het probleem? Deze advertenties verbruiken bandbreedte. Ze vertragen de overdracht van gegevens naar uw machine, waardoor een snelle laadbeurt een langzame wachttijd wordt.

Om deze belemmering tegen te gaan, bundelen snelle inbelproviders een pop-upblokkering met hun software. De blocker scant binnenkomende code op die veelbetekenende advertentieparameters. Wanneer het ze opmerkt, wijst het het verzoek af. Geen advertentie. Er worden minder gegevens verzonden via de telefoonlijn. Snellere laadtijden. Het is een eenvoudige afweging: offer de vervelende rommel op voor snelheid.

Caching

Caching is de andere helft van de versnellingsvergelijking. De eerste keer dat u een site bezoekt, downloadt uw browser de volledige pagina. Tekst. Images. Scripts. Als de browser deze elementen opslaat, controleert deze de volgende keer dat u deze bezoekt op duplicaten. If an image hasn’t changed, there’s no need to download it again. Dit proces van het opslaan van bestanden voor toekomstig hergebruik wordt caching genoemd.

Snel inbellen gaat nog een stap verder met server-side caching. De acceleratieserver houdt bij welke pagina’s het vaakst door alle abonnees worden opgevraagd. In plaats van duizenden keren per dag contact op te nemen met de oorspronkelijke server voor dezelfde startpagina, vraagt ​​de accelerator het één keer. Het slaat de pagina op in zijn geheugen. Wanneer een andere abonnee dezelfde site opvraagt, verzendt de accelerator de opgeslagen pagina gewoon vanuit zijn eigen geheugen. Overtollige verzoeken worden geëlimineerd. Er wordt tijd bespaard.

Er is ook caching aan de clientzijde waarmee u rekening moet houden. Browsers like Internet Explorer or Netscape are designed to cache frequently viewed pages on your local machine. Dit verkort de laadtijden voor herhaalde bezoeken zonder dat u het netwerk hoeft te bezoeken.

Wat is belangrijker? Caching op de server of de cache van de lokale browser? Het hangt ervan af hoe vaak u naar dezelfde sites terugkeert. Maar beide zorgen ervoor dat de gegevens sneller stromen.

De technologie werkt omdat deze anticipeert op wat u wilt voordat u erom vraagt. Het is geen magie. Het is gewoon efficiënt. Toch klagen sommige gebruikers over het zien van verouderde inhoud. De cache bewaart oude versies van pagina’s. Hoe weet je of wat je ziet nieuw is? U wist uw cache. Of wacht tot de server de oude gegevens ongeldig heeft gemaakt. Het is een evenwichtsoefening tussen snelheid en nauwkeurigheid.

De meeste mensen denken niet aan caching. Ze willen gewoon dat de pagina wordt geladen. En voor het grootste deel is dat ook zo. Snel. Rustig. Zonder dat de pop-ups de weergave blokkeren.

# Hoe client- en servercaching het inbellen daadwerkelijk versnelt

De browser laat gegevens niet zomaar wegdrijven. Het slaat de in de cache opgeslagen pagina’s rechtstreeks op uw harde schijf op. Snelle inbelsoftware neemt deze basisfunctie over en versterkt deze. Het slaat de pagina’s op die u het vaakst bekijkt, ja. Maar het zoekt ook naar elementen die nooit veranderen.

Neem de HowStuffWorks-startpagina. Het grootste deel ervan verschuift dagelijks. De software negeert de bewegende delen. Het sluit aan op het logo, de koptekst, de navigatiebalk en het zoekvak. These stay static. De software merkt deze consistentie op. Het slaat deze elementen lokaal op. De volgende keer dat u bezoekt, wordt alleen geladen wat er is gewijzigd.

U kunt zien hoe caching tijd bespaart door onnodige gegevensoverdracht te vermijden. Het systeem verspilt geen bandbreedte aan pixels die niet zijn verplaatst. Dit is waar de echte magie gebeurt. Combineer caching op de server met caching op de client, en de tool begint te leren.

Het leert uw surfgedrag. Het gebruikt die gegevens om uw verbindingsproces te stroomlijnen. Hoe meer je het gebruikt, hoe sneller het wordt. Het is niet alleen een hulpmiddel. Het is een leermotor die uw specifieke workflow optimaliseert.

Compressie, filtering en caching zijn de drie pijlers van inbelversnelling. Maar wat gebeurt er als je ze stapelt? Verbeteren de prestaties daadwerkelijk? Is de winst merkbaar voor het menselijk oog?

Het antwoord is ja. In het volgende gedeelte testen we NetZero om te zien hoe deze technieken omgaan met webpagina’s uit de echte wereld.

Hogesnelheidsinbelverbinding: het komt erop neer

Het begrijpen van de mechanismen is één ding. Het zien van de werkelijke prestatiecijfers is een andere. We hebben NetZero uitgekozen, een van de meer gevestigde spelers op het gebied van snelle inbelverbindingen, om te zien of de marketingclaims stand hielden in de praktijk.

We meldden ons aan, hielden vast aan de standaard “out-of-the-box” -configuraties en begonnen te klikken. Het doel was simpel. Vergelijk de standaard inbellatentie met de versnelde verbinding.

De resultaten waren gemengd, maar over het algemeen positief.

We kwamen herhaaldelijk op dezelfde reeks populaire websites terecht. Sommige zijn meteen geladen. Anderen namen er de tijd voor. Maar gemiddeld genomen was het verschil meetbaar. Een typische paginalading die vroeger voortduurde, voelde nu vlotter aan. De HowStuffWorks-startpagina werd bijvoorbeeld drie keer sneller geladen als de acceleratieservice was ingeschakeld.

Het was geen magie. Het was gewoon slimme techniek.

Door gegevens dichter bij de gebruiker in het cachegeheugen op te slaan en het verkeer te comprimeren voordat het over de telefoonlijn gaat, wordt het knelpunt kleiner. De verbinding wordt fysiek niet sneller, maar wel efficiënter.

Waarom dit belangrijk is voor niet-breedbandgebruikers

Dit gaat niet alleen over het besparen van seconden op het laden van een pagina. Het gaat over het vergroten van de relevantie van een verouderende technologie.

Standaard inbellen is traag. Pijnlijk voor moderne webstandaarden vol advertenties, scripts en afbeeldingen met hoge resolutie. Maar veel mensen zitten er nog steeds mee vast. Ze kunnen zich geen kabel of glasvezel veroorloven. Ze wonen in gebieden waar breedband niet bestaat. Of ze geven gewoon de voorkeur aan de eenvoud van één telefoonlijn.

Hogesnelheidsinbelverbindingen overbruggen die kloof.

Het biedt een middenweg. U krijgt de toegankelijkheid van een inbelverbinding met een prestatieverbetering die het internet daadwerkelijk bruikbaar maakt. Het is geen DSL. Het is geen kabel. Maar het is beter dan wat je gisteren had.

Als deze compressie- en cachingtechnologieën blijven verbeteren, zal het inbellen niet zo snel uitsterven als voorspeld. Het zou een niche-, haalbare optie kunnen worden voor een subgroep van gebruikers die geen gigabitsnelheden nodig hebben, maar er een hekel aan hebben om tien minuten te wachten voordat een webpagina wordt weergegeven.

Voor meer details over hoe deze versnellingsmethoden werken of andere gerelateerde onderwerpen, bekijk de links op de volgende pagina.

Veel meer informatie