Ik heb een nogal irritant probleem m.b.t. ssh transfer speeds en kan het antwoord (zonder vage beschrijvingen) niet echt op het internet vinden.
Dit probleem komt ook voor met het gebruik van (secured) rsync (via ssh) en zorgt voor wat ellende voor het maken van backups over internet (grote bestanden).
SCP over lokaal Gbit LAN haal ik met de machines (client <-> server) meer dan 60 MB/s (MegaByte/s) en dus zeer acceptabel. Dit met gebruik van filezilla/rsync en scp.
Als ik dezelfde machine gebruik maar dan een internet verbinding ertussen haal ik ineens 2 MB/s.
De verbindingssnelheden moeten geen issues zijn: Beide glasvezel met 100mbit up en down.
Ik zou verwachten dat de transferspeed zo'n beetje 10 MB/s zou moeten zijn (i.v.m. protocoloverhead).
FTP sessies gaan wel op de juiste snelheid. CPU load is geen issue want ik heb hier maar 4% CPU load op mijn openssh daemon bij transfer (op client en server). Iets creeert hier een bottleneck maar ik weet niet wat...Weet iemand hier een oplossing om dit bovenstaande op te lossen?
Dit probleem komt ook voor met het gebruik van (secured) rsync (via ssh) en zorgt voor wat ellende voor het maken van backups over internet (grote bestanden).
SCP over lokaal Gbit LAN haal ik met de machines (client <-> server) meer dan 60 MB/s (MegaByte/s) en dus zeer acceptabel. Dit met gebruik van filezilla/rsync en scp.
Als ik dezelfde machine gebruik maar dan een internet verbinding ertussen haal ik ineens 2 MB/s.
De verbindingssnelheden moeten geen issues zijn: Beide glasvezel met 100mbit up en down.
Ik zou verwachten dat de transferspeed zo'n beetje 10 MB/s zou moeten zijn (i.v.m. protocoloverhead).
FTP sessies gaan wel op de juiste snelheid. CPU load is geen issue want ik heb hier maar 4% CPU load op mijn openssh daemon bij transfer (op client en server). Iets creeert hier een bottleneck maar ik weet niet wat...Weet iemand hier een oplossing om dit bovenstaande op te lossen?