Bekijk Volledige Versie : snelheid van down en upload
oostwolder
09/09/18, 16:28
best mensen
ik heb bij sommige servers een lage up en download snelheid terwijl de server aan 1gb hangt
en zodra ik van uit mijn huis iets over stuur naar de server bijvoorbeeld 20 gigabyte
dan doet hij er zeer lang over
ik heb thuis 400Mbit/s down en 40Mbit/s up
toch haal ik maar iets 2 tot 3 Mbit\s
ik heb op de server als voorbeeld owncloud staan
de switch is van hp type PROCURVE J9028A
en de 2 uplinks naar serverius 1gb per stuk
waar zou dit aan kunnen liggen ik heb het met meerdere dingen dat ik denk dat mag wel wat sneller
mvg remco
20GB als 1 bestand of als 100000 kleinere bestanden? Dat maakt nogal een verschil. Als het om kleine bestanden gaat ga je geen hoge snelheid halen, dat is wat het is, kun je vrij weinig aan doen behalve veel lagere latency. Dat krijg je oa. door fysiek dichterbij te gaan zitten of door snellere switching vanuit je eigen locatie tot aan je server. Daar zit zoveel tussen, dat is niet altijd realistisch.
Verder kan het ook gewoon aan je thuis provider liggen.
Met OwnCloud moet trouwens alles door PHP heen. Ook daar kan een bottleneck in zitten. Het zal dus wel niet om een bestand van 20GB gaan want volgens mij gaat dat zeuren worden in OwnCloud.
oostwolder
09/09/18, 16:43
dat was ik even vergeten het zijn id meerdere bestanden
en zodra je de programma gebruikt om vanaf je eigen pc te uploaden zonder een website login ga je dan ook nog door php heen met al je uploads ?
Ja. Als je de owncloud / nextcloud client bedoeld wel ja, die connect gewoon netjes naar poort 443 (apache/nginx) dus.
Misschien is het een idee om je file te uploaden via SCP of SFTP (afhankelijk van hoeveel rechten je hebt) en dan vanuit lokaal file system in je owncloud database importeren. Dit is niet een recommende methode, maar zo kun je wel je upload snelheid gelijkt testen.
Je kan ook gebruik maken van external storage binnen nextcloud om de bestanden beschikbaar te maken.
p.s. Een server connecten op 1gbit, wil niet zeggen dat er voldoende bandbreedte is over het hele traject tussen gebruiker en server. Daarnaast kun je op de server ook last hebben van bijvoorbeeld packetloss door een rotte kabel of switch.
Doe eens een speedtest op zowel je pc als je server, zijn deze beiden goed dan moet je het gaan zoeken op je applicatie laag of tussen de verbinding van je pc naar je server. Dan bvb best voorvallen dat jouw isp verbind met een transit provider die dan op zijn beurt met een andere transit provider verbind (als backup bvb omdat zijn primaire link down is) waar servius aan hangt waardoor je een bottleneck krijgt waar zowel je isp als serverius niks kan aan doen.
Pepperfield
11/09/18, 15:21
Het kan best zijn dat jouw server in het datacenter gelimiteerd is op bijvoorbeeld 10 Mbit. Dat zou je eens kunnen navragen.
oostwolder
11/09/18, 15:28
Ik heb 1 gb uplink met 500 MBit/ 95% En dan blokken ze op 10 Mbit zou kunnen hoor maar is dat niet wat vreemd
slipperman
12/09/18, 21:57
Serverius heeft gewoon een bagger netwerk. Veel packetloss, up / downloadsnelheid wordt volgens mij flink geknepen of het is gewoon echt zo slecht.
Pepperfield
12/09/18, 22:13
Serverius heeft gewoon een bagger netwerk. Veel packetloss, up / downloadsnelheid wordt volgens mij flink geknepen of het is gewoon echt zo slecht.
Dat is een stevige bewering. Wie heeft er dezelfde of misschien positieve ervaring met Serverius? Is het trouwens Serverius waar Oostwolder het over heeft?
oostwolder
12/09/18, 23:25
Ik heb geen problemen verder met serverius alleen zij ik dat ik bij sommige server waar ik iets op draai een low up end down speed heb
oostwolder
12/09/18, 23:26
Dus hun net werk overall is gewoon goed
Volgens mij spreek je jezelf wel een beetje tegen door te zeggen "overall is het netwerk gewoon goed. Ik heb alleen een low up en down speed op sommige servers"
Wellicht zit het wel degelijk in hun netwerk. Maar dat is lastig te zien. Stel ze sluiten je aan op een switch met 24 x gbit, maar die switch heeft zelf slechts een uplink van 2gbit. Dan kun jij als het rustig is inderdaad 1gbit halen, maar als alle servers op diezelfde switch dat doen dan zit de uplink vol en haal je lagere snelheid (of heb je packet loss)
Verder hebben ze door hun prijsstelling wel een bepaald type verkeer naar zich toe getrokken met als gevolg een hoger aantal DDOS aanvallen waar je wellicht ook gewoon last van kan hebben.
Ik vraag me nog wel af op welke manier je de twee poorten op de switch hebt aangesloten. Is dit een port-channel? of heb je last van rondzingend verkeer door deze twee poorten (wordt het beter als je een poort shut) En heb je ook gekeken naar errors (CRC/input/output) op de poorten van de switch naar de servers?
oostwolder
13/09/18, 01:07
Nee ik spreek me niet tegen ik zeg dat ik bij sommige server er last van heb waar het aan ligt weet ik niet en dan zeg ik overall is hun netwerk goed
Dat is een stevige bewering. Wie heeft er dezelfde of misschien positieve ervaring met Serverius? Is het trouwens Serverius waar Oostwolder het over heeft?
Nee zeker niet, netwerk is uitstekend, ondanks de prijsstelling, hoewel ik niet het gevoel hebben dat ze laag zitten.
Het begint over een langzame verbinding op een setup die gebruik maakt van OwnCloud.
Nergens lees ik of het probleem (op dezelfde server) er ook is als je bijvoorbeeld test met scp. Er wordt nul verder informatie gegeven dus iedereen gokt verder maar wat. Niemand weet of de verbinding geknepen wordt want er wordt geen informatie gedeeld over de verdere omstandigheden. 1gbit zegt helemaal niks als het nog steeds om OwnCloud gaat bijvoorbeeld. Dat kan in de praktijk net zo snel zijn als 10mbit. Daar zit namelijk je bottleneck niet bij OwnCloud en kijken naar CRC meldingen op je switch of je kijken naar je transits (echt?! lezen jullie het probleem wel?!) hoort dan niet bepaald bij het laaghangende fruit waar je eerst naar kijkt.
En hoe word iemand geholpen door te zeggen dat Serverius een slecht netwerkt heeft? Wie zegt dat hij last van heeft DDOS-aanvallen? Er wordt zo willekeurig geroepen hier dat je met de antwoorden totaal niets kunt. Het lijkt er op alsof iedereen wilt laten zien hoeveel kennis men heeft maar niet kijkt naar het probleem.
Dus, vanaf het begin:
- Wanneer heb je het probleem? Upload je 1 bestand of 10000 bestanden en hoe groot zijn deze gemiddeld?
- Maakt het verschil als je scp gebruikt of zelfs ftp?
- Heb je nog andere manieren getest om de upload te controleren?
- Hoe verschillen andere servers waar je het probleem niet hebt?
Pepperfield
15/09/18, 13:18
Het begint over een langzame verbinding op een setup die gebruik maakt van OwnCloud.
Nergens lees ik of het probleem (op dezelfde server) er ook is als je bijvoorbeeld test met scp. Er wordt nul verder informatie gegeven dus iedereen gokt verder maar wat. Niemand weet of de verbinding geknepen wordt want er wordt geen informatie gedeeld over de verdere omstandigheden. 1gbit zegt helemaal niks als het nog steeds om OwnCloud gaat bijvoorbeeld. Dat kan in de praktijk net zo snel zijn als 10mbit. Daar zit namelijk je bottleneck niet bij OwnCloud en kijken naar CRC meldingen op je switch of je kijken naar je transits (echt?! lezen jullie het probleem wel?!) hoort dan niet bepaald bij het laaghangende fruit waar je eerst naar kijkt.
En hoe word iemand geholpen door te zeggen dat Serverius een slecht netwerkt heeft? Wie zegt dat hij last van heeft DDOS-aanvallen? Er wordt zo willekeurig geroepen hier dat je met de antwoorden totaal niets kunt. Het lijkt er op alsof iedereen wilt laten zien hoeveel kennis men heeft maar niet kijkt naar het probleem.
Dus, vanaf het begin:
- Wanneer heb je het probleem? Upload je 1 bestand of 10000 bestanden en hoe groot zijn deze gemiddeld?
- Maakt het verschil als je scp gebruikt of zelfs ftp?
- Heb je nog andere manieren getest om de upload te controleren?
- Hoe verschillen andere servers waar je het probleem niet hebt?
Uitstekende analyse. En je hebt helemaal gelijk. Zelf zit ik niet zo diep in de techniek, dus ik ben blij met jouw bijdrage.
oostwolder
15/09/18, 13:32
Ju5t
Ik heb contact gehad met serverius
Die geven aan het er niks geknepen wordt in de verbinding
En ftp gebruik ik niet tenzij het via een vpn kan of zo voor de veiligheid
Ik heb via ssh dan wel met sftp bestanden overen weergestuurd maar dat geeft de zelfde snelheid
Ik heb een 2de server met directadmin en daar krijg ik gewoon de volle snelheid
En bij owncloud heb ik meerdere setup,s getest onder andere met verschilende voor geinstalleerde programma,s
En misschien voor de mensen die ook een soort gelijk iets gebruiken
Is er misschien iets wat lijkt op owncloud en wat dan misschien beter is
Met je antwoorden kom ik niet veel verder en blijft het gissen.
Dus je hebt via scp dezelfde problemen als via OwnCloud? En upload je dan 10000 bestanden of 1 van een GB bijvoorbeeld? Zoals ik al eerder aangaf zit daar een groot verschil tussen.
En de server met DirectAdmin, daar upload je precies dezelfde bestanden op exact dezelfde manier via scp? En dan gaat het wel snel?
Meerdere setups met verschillende voor geïnstalleerde progamma's zegt me niets. Wat bedoel je daarmee? Verschillende plugins in OwnCloud? Verschillende software op de server?
Owncloud is geforkt naar nextcloud en daar zijn ook de meeste developers heen gegaan. Wellicht heb je met nextcloud betere performance. Verder ben ik van mening dat je performance problemen begint te zoeken bij laag1
oostwolder
15/09/18, 18:01
beste ju5t
wat ik bedoel met meerdere programma,s
apache of nginx
of qua database of ik dan mysql gebruik of sqlite
en 1 bestand van 1gb of meerdere bestanden van 1gb maakt ook geen verschil
raymondvdm dankje misschien ga ik dat eens proberen
mvg
Je hebt nog niet alle vragen beantwoord dus ik ga er maar vanuit dat je performance problemen alleen in OwnCloud zitten. Wellicht dat een fork een oplossing is, ik denk het niet, maar je kunt het proberen.
raymondvdm ben je toevallig een netwerk engineer? Dan verklaart dat het verschil in inzicht. Ik zou het niet zoeken in laag 1 maar in laag 7. Als er een website langzaam is (dat is OwnCloud tenslotte..) dan ga ik niet kijken of er een switch kapot gaat of is. De kans is groot dat ook nu de bottleneck zit in de applicatie zit OF het gebruik ervan. Maar dat blijft gokken met de beperkte informatie die gegeven wordt.
Daarom begin ik altijd bij laag 1 en werk ik zo naar laag 7. Ook omdat sommige servers wel snel waren en andere niet (tenminste dat destilteerde ik uit de berichten) en omdat er geen informatie kwam over andere protocollen/applicaties en hun snelheid kun je niet voldoende uitsluiten.
mgielissen
16/09/18, 11:06
Heb je de netwerk performance al eens getest met iperf?
slipperman
16/09/18, 20:00
Hierin geef je dus het probleem al aan, moet je eens vanuit een willekeurig Netwerk iedere minuut pingen. Thuis op een ADSL lijn is nog stabieler.
Als je op ssh inlogt op de server en deze uitvoerd:
curl -s https://raw.githubusercontent.com/sivel/speedtest-cli/master/speedtest.py | python -
Misschien handig om inzicht te krijgen in alle endpoints, verbindingen en aangesloten apparaten. Speedtest en jittertest?
Dag Oostwolder
Heb je hier nog steeds problemen mee?
Wat zijn de resultaten van je tests?
Grts