Modem compressie: V.44 vs V.42bis

Digit-Life komt met een technisch artikeltje over modem compressie. Het comprimeren van data speelt een belangrijke rol als je via je modem web-pagina's op het internet aan het bekijken bent of lange e-mail berichten aan het ophalen bent. Het meest populaire compressie protocol is V.42bis. Een modem, die data verstuurt, checkt of de data te comprimeren is. Als dat mogelijk is wordt de data gecomprimeerd en vervolgens wordt het over het lijntje van het telefoonnetwerk gestuurd. Door modem compressie kan bepaalde data wel 5 tot 10 keer kleiner worden gemaakt.

In het artikel wordt ingegaan op de werking van V.42bis (hoe werkt het, voordelen, nadelen, etc.). Vervolgens wordt er met verschillende modems getest op het verzenden van een text-file, een gecomprimeerd plaatje, een exe-file, een archive file en een file met van alles wat. Hieronder een stukje uit de conclusie:

3. The statement that "the V.44 algorithm provide a better data compression up to 6:1 against the maximum possible 4:1 for the V.42Bis" is wrong, since it doesn't coincide with the experience either according to the figures (50% difference in protocols' efficiency), or according to the estimation of the maximum limit for the protocols in question - it is possible to say about some comparative figures only for some definite type of data.

[...] Modem compression loses to traditional compression methods in effectiveness. But you shouldn't forget other, alternative methods: program data compression, both on the level of a ppp-protocol and on higher level of the OSI model.

Reacties (29)

[a casema user]

Met PHP is ook de mogelijkheid om je internetpagina's te compressen, als dit gedaan wordt wordt de pagina ook een stuk of 5x kleiner.
Maar als de modem hem dan nog een keer wil compressen zal dat niet echt gaan denk ik.
Oftewel, wat voor nut heeft het comprimeren van internetpagina's als je modem het toch ookal doet, het kan je een beetje serverload schelen.
Of sla ik nu totaal de plank mis?

[Gitano]

Nee dit is juist een goede redenatie..

iets wat gecomprimeerd is en je nog een keer wilt comprimeren geeft zelfs meestal alleen maar als resultaat dat het weer iets groter gaat worden..

Voor de serverload zal het inderdaad wel uitmaken..

[PuzzleSolver]

Ik neem aan dat die PHP compressie op HTML nivo gebeurt en dus alleen overbodige HTML commando's etc verwijderd en daarmee dus de HTML optimaliseerd. Verder dan dat kan niet omdat je dan afwijkt van HTML en je dan speciale browsers nodig zou hebben.

De HTML output valt nog steeds te comprimeren door het modem, en waarschijnlijk nog redelijk goed ook aangezien het hier om text gaat.

[goalgetter]

PHP compressie werkt alleen als de browser het ondersteunt (als ik het goed heb alle browsers die HTTP 1.1 compliant zijn). Het werkt met behulp van gzip compressie, de complete PHP output wordt gebuffered, gecompressed en naar de client opgestuurd die het geheel volgens de specificatie weer decompressed. (HTML code optimalisatie wordt niet gedaan)

[wzzrd]

Puzzle Solver: Nee, in tegendeel: PHP compressie werkt dmv het (g)zip algoritme en is dus "echte" compressie. Wat jij bedoelt is HTML optimalisatie en heeft niets met compressie te maken behalve dat je bestand er kleiner van (zou kunnen) word(t/en).

[PuzzleSolver]

OK, bedankt weer wat geleerd

gzip comprimeerd veel beter dan het modem ooit kan doen dus in zo'n situatie kan het idd alleen maar groter worden.

[GarBaGe]

PHP-compressie is van server tot client. Modemcompressie is van ISP tot client.
Klein detail...

[WouZz]

Een modem, die data verstuurt, checkt of de data te comprimeren is. Als dat mogelijk is wordt de data gecomprimeerd en vervolgens wordt het over het lijntje van het telefoonnetwerk gestuurd.

Die modem zal dus ook wel kunnen zien of een bestand al dan niet ge-gzipt is en aan de hand daarvan wel of niet extra compressie toepassen

[0siris]

dat lijkt me sterk: over je internetlijntje komt geen zip-bestand, maar allemaal pakketjes, die aan jouw kant weer tot zipbestand worden gemaakt. Je modem "ziet" niet de werkelijke inhoud achter die pakketjes.

[machiel]

Modemcompressie kan nooit kwaad.

[Access]

Mensen,

je modem probeert gewoon altijd alle pakketjes te comprimeren die die binnenkrijgt,
[mod]
de pakketjes die het modem van de pc krijgt nat.
[/mod]
alleen het lukt niet (echt goed) op binaire bestanden zoals exe's en zip's etc. Zoals al eerder is genoemd werkt het alleen op ascii bestanden.

[Verwijderd]

Wat een onzin, een modem gaat pakketjes die hij binnenkrijgt echt niet comprimeren.

Pakketjes die hij verzend wel... Dat is een groot verschil natuurlijk

[paulh]

Nee maar als je het bij jou aanzet weet de modem van de ISP dat je het dus kan en zal deze het ook doen. Zo krijg je dus de data gecomprimeerd aangeleverd. En kan de ISP dus meer data/sec naar jou versturen.

[Verwijderd]

Da's een mooie compensatie voor de verhoging van de telefoontarieven.

[Verwijderd]

Nee, kpn heeft het er er heel lang geleden ingstopt, en nu ineens laten ze ons ervoor betalen! net als met dat voice mail, de oplichters!

edit:
sommige mensen weten het verschil kennelijk niet tussen een graoje en een serieuze opmerking. kpn heeft het er niet ingezet natuurlijk dat doen de modem designers

[Verwijderd]

Als je reageert op iets dat je niet weet, reageer dan aub niet! Als je het volgende artikel hebt gelezen heeft de OPTA de KPN een tariefsverhoging opgelegd!
http://www.tweakers.net/nieuws/17400

[Verwijderd]

sommige mensen weten het verschil kennelijk niet tussen een graoje en een serieuze opmerking. kpn heeft het er niet ingezet natuurlijk dat doen de modem designers

Hahaha, ik lach me dubbel! Volgens mij wist je het gewoon niet, en probeer je nou te doen alsof je het wel wist...

[Verwijderd]

Ik snap het niet helemaal? Wanneer ik een pdf email zip ik hem zo en zo al, maar hoe kan een webpage eigenlijk sneller inladen ? de webserver zelf moet dan zelf zijn data gecomprimeert aanbieden.

het lijkt mij gewoon logisch dat je een webserver hebt met files die gecomprimeert zijn, indien mogelijk, altijd dus want wat heeft het voor zin om lucht te verzenden. Dus dan is het index.html.zip en dan moet de browser gewoon gezipte bestanden kunnen lezen als ware het ungezipte. Uiteindelijk zal unzip tijd < extra download tijd moeten zijn

[NiPeng]

Ik snap het niet helemaal? Wanneer ik een pdf email zip ik hem zo en zo al, maar hoe kan een webpage eigenlijk sneller inladen ? de webserver zelf moet dan zelf zijn data gecomprimeert aanbieden.

De modem van je provider comprimeert de data die dan vervolgens naar jouw modem toegaat (dwz op dat moment komt dit type compressie in het spel).

Daarnaast comprimeert jouw eigen modem ook de data die jij wegstuurt (naar het internet dus).

het lijkt mij gewoon logisch dat je een webserver hebt met files die gecomprimeert zijn, indien mogelijk, altijd dus want wat heeft het voor zin om lucht te verzenden. Dus dan is het index.html.zip en dan moet de browser gewoon gezipte bestanden kunnen lezen als ware het ungezipte. Uiteindelijk zal unzip tijd < extra download tijd moeten zijn

Hier voor is HTTP compressie uitgevonden.
Echter de htmlfiles staan niet gezipped op de server maar worden door de webserver gezipped aangeboden aan de client (browser).

Niet alle browsers ondersteunen deze HTTP compressie en niet alle webservers hebben de HTTP compressie als feature. Modemcompressie heeft dan zeker zijn nut.
Daarnaast zijn er ook veel andere situaties te verzinnen waarbij modemcompressie positief uit kan vallen. Ik denk hierbij aan een situatie waarin ik zelf heb gewerkt: een homedir/afdelingsdir die ook via ftp te benaderen is zodat zij via een telewerksituatie hun wordbestanden kunnen binnenhalen (word bestanden zijn over het algemeen goed te comprimeren).

[[Yellow]]

Ik heb net ff het artikeltje gelezen, en volgens mij is het dus zo dat je de modem compressie gewoon altijd aan moet laten staan.

Het wordt er altijd sneller van.

Ok, met een gezipt bestandje is de snelheidswinst *minder* groot, maar er is nog steeds winst

[leuk_he]

Het wordt er sneller van, maar daarbij moet je onderscheiden:
-bps snelheid, hoelang duurt het het om een file van 1 MB te downloaden
-ping tijd, hoe lang duurt een reactie.

Wat nou net belangrijk is voor spelletjes, de ping tijd, neemt juist toe met compressie. Ditomdat er toch een zekere blocking of terug koppeling gebeurt tussen de zender en ontvanger. Daarom kun je voor sommige spelletjes beter 33K6 hebben dan 56K6.

Maar om een beetje te surfen kun je beter de compressie in je modem gewoon aan hebben staan

[tiguan]

Oh dus daarom is Casema zo traag. Omdat die DEMOS-1 geen compressie ondersteund. Ik vond 56K al zo snel

[boner]

Tekst, HTML code en zo, is heel erg efficient te comprimeren. Een web-pagine bestaat waak uit ongeveer 1% uit tekst en 99 procent uit zgn rich media. Die laat zich niet comprimeren. Het netto effect is dus erg minimaal.

Probeer maar eens met winzip oid een JPG file of een MPEG file te comprimeren. Steevast is de comressiefactor 0 en wordt het file grote door dewinzip overhead.

Optimalisaties kun je beter doen daar waar het effect heeft.

[lt_cmd_data]

offtopic

Werkt dit ook met me demos1 modem van casema?
Want bij windows2000 geeft ie 0% compression aan. zo jah. Hoe stel ik dit in ?
Ik lees namelijk in een boekje dat hij dit ondersteund:
ACCM - Adress / Control field compression
Protocol field compression
Ik heb nooit ergens kunnen vinden hoe je dit kan activeren.

[NuKeFaCe]

Werkt dit ook met me demos1 modem van casema?
Want bij windows2000 geeft ie 0% compression aan. zo jah. Hoe stel ik dit in ?

Als je ff naar boven scrolt staat er dit ......

Oh dus daarom is Casema zo traag. Omdat die DEMOS-1 geen compressie ondersteund. Ik vond 56K al zo snel

[Verwijderd]

Hebben gewone kabelmodems eigenlijk compressie? (Chello/@Home..)

Lijkt mij best mooi als TCP/IP ook iets van compressie zou ondersteunen. Ook al is een kabelmodem (of vaste netwerk verbinding) "erg snel".. kan toch helpen als web-pagina's en e-mail compressed binnen komen.

[Verwijderd]

Prima resultaat heb ik hier met mn zoom v.92.44 modem lekker op 7kb/s