vpn-data compressie werkt niet voor downloads

[Sowhat?]

Hoi!

Sinds kort gebruik ik de softether vpn software op een VPS van rapidseebox, met data compressie ingeschakeld. https://www.softether.org...ol#Using_Data_Compression. Als ik een speedtest doe dan zie ik mijn internet download snelheid van 24 mbits omhoog gaan naar ongeveer 100 mbits en is het cpu-gebruik op de server maximaal. Ik zie het zelfde gebeuren als ik video stream van bijvoorbeeld youtube, maar als ik een bestand probeer te downloaden dan haal ik maximaal 24 mbits, en is het cpu gebruik op VPS laag. Ik denk dat het iets te maken heeft met de gebruikte protocollen, maar heb hier niet genoeg verstand van. Iemand die dit zou kunnen verklaren/uitleggen?

Bedankt!

[DennusB]

Je hebt een internet verbinding met 24Mbps en verwacht er 100Mbps door heen te kunnen duwen? Dat gaat nooit werken.

[Gomez12]

Wat probeer je te downloaden? Waarschijnlijk is dat op zichzelf al een gecomprimeerd bestand wat simpelweg niet verder te comprimeren is.

Probeer eens een .txt bestand te downloaden van een significante grootte ipv een .zip.

[Sowhat?]

@DennusB
Ik vond het het ook al vreemd om een zoveel hogere internetsnelheid te zien bij speedtest.net. Misschien is een betere vraag: Waarom zie ik een download-snelheidsverhoging bij speedtest.net, maar niet bij normale downloads?

@Gomez12
Ik probeer een een .mkv te downloaden van dezelfde server. Ook heb ik enkele torrents geprobeerd. Als ik een .txt download dan blijft de snelheid ook steken op 24Mbps. Ik heb ftp, sftp en pydio geprobeerd maar zie geen significant verschil tussen deze drie methoden.

[Mijzelf]

Sowhat? schreef op vrijdag 14 april 2017 @ 15:04:
Waarom zie ik een download-snelheidsverhoging bij speedtest.net, maar niet bij normale downloads?

Bij een speedtest haal je een bestand binnen van een paar honderd megabyte. Dat bestand zou best eens uit alleen maar nullen kunnen bestaan, en dus uitstekend comprimeerbaar.

Ik heb ftp, sftp en pydio geprobeerd maar zie geen significant verschil tussen deze drie methoden.

Als je op netwerk niveau compressie doet, maakt het gebruikte protocol verder niet zoveel uit. Behalve als je een encrypted protocol gebruikt. Na encryptie is er geen compressie meer mogelijk. Sftp is encrypted, ftp mogelijk ook. pydio weet ik niet, hangt ervan af of het over http of https gaat.

[Sowhat?]

Mijzelf schreef op vrijdag 14 april 2017 @ 15:26:
[...]

Bij een speedtest haal je een bestand binnen van een paar honderd megabyte. Dat bestand zou best eens uit alleen maar nullen kunnen bestaan, en dus uitstekend comprimeerbaar.

[...]

Als je op netwerk niveau compressie doet, maakt het gebruikte protocol verder niet zoveel uit. Behalve als je een encrypted protocol gebruikt. Na encryptie is er geen compressie meer mogelijk. Sftp is encrypted, ftp mogelijk ook. pydio weet ik niet, hangt ervan af of het over http of https gaat.

Dat verklaart al vrij veel, bedankt! Toch vraag ik me nog af waarom ik een verschil in snelheid tussen het downloaden en het streamen van video via plex zie, dit zou toch met dezelfde snelheid moeten gaan?

Als ik een .txt van een andere server download zie ik wel een significant snelheidsverschil, dus wss comprimeert softether bestanden vanaf de server zelf niet.

[Mijzelf]

Sowhat? schreef op vrijdag 14 april 2017 @ 15:49:
Toch vraag ik me nog af waarom ik een verschil in snelheid tussen het downloaden en het streamen van video via plex zie, dit zou toch met dezelfde snelheid moeten gaan?

Een film of geluidsbestand over het algemeen al gecomprimeerd, en is verdere compressie dus vrijwel niet mogelijk. Verder haal je bij een download een media bestand op maximale snelheid binnen (beperkt door de server of door de client), terwijl hij bij een stream 'real time' binnenkomt, oftewel, ongeveer in het tempo waarin hij wordt afgespeeld. Dat is meestal veel lager.

Als ik een .txt van een andere server download zie ik wel een significant snelheidsverschil, dus wss comprimeert softether bestanden vanaf de server zelf niet.

Weet je zeker dat dat niet verschil in protocol is? Als je van je server download via sftp en van een andere server via http, is de eerste encrypted en de tweede niet.

[nescafe]

Kijk eens naar de bestanden op: ftp://ftp.xs4all.nl/pub/test/

Theoretisch zou je de ".nul"-bestanden sneller binnen moeten halen dan de ".bin"-bestanden.

[Sowhat?]

nescafe schreef op vrijdag 14 april 2017 @ 21:35:
Kijk eens naar de bestanden op: ftp://ftp.xs4all.nl/pub/test/

Theoretisch zou je de ".nul"-bestanden sneller binnen moeten halen dan de ".bin"-bestanden.

Klopt, ik haal de .nul bestanden veel sneller binnen vanaf die ftp van XS4ALL. Als ik m probeer te downloaden via pydio of plain-ftp (zelfde server als de vpn), zie ik geen snelheidsverschil tussen .nul en de .bin, dus wss zal softether dit niet ondersteunen.

Mijzelf schreef op vrijdag 14 april 2017 @ 20:46:
[...]

Een film of geluidsbestand over het algemeen al gecomprimeerd, en is verdere compressie dus vrijwel niet mogelijk. Verder haal je bij een download een media bestand op maximale snelheid binnen (beperkt door de server of door de client), terwijl hij bij een stream 'real time' binnenkomt, oftewel, ongeveer in het tempo waarin hij wordt afgespeeld. Dat is meestal veel lager.


[...]
Weet je zeker dat dat niet verschil in protocol is? Als je van je server download via sftp en van een andere server via http, is de eerste encrypted en de tweede niet.

Verkeerd gekeken , plex gebruikte zorgde voor een hoog cpu-gebruik, niet de vpnserver.

Ik weet eerst genoeg, bedankt voor de hulp .