keyongtech


  keyongtech > suse > 06/2005

 #1  
05-30-05, 10:33 PM
neil lewis
I'm trying to set up Unison to sync backups on a small LAN. It all works
fine, except that the transfer rate is very slow compared to the normal
speed of the LAN.

The PC's are both using Unison on SuSE 9.2, connected by SSH. I'm
getting about 80KB/sec on a 100Mb/sec LAN that normally manages about
10MB/sec over NFS.

Is the lack of speed due to ssh or to Unison? Is there any way to tweak
whichever is causing the slowdown to improve matters?

Thanks,

Neil Lewis
 #2  
05-30-05, 11:06 PM
houghi
neil lewis wrote:
> Is the lack of speed due to ssh or to Unison? Is there any way to tweak
> whichever is causing the slowdown to improve matters?


Well, try it without Unison and see if that makes a difference.
 #3  
06-02-05, 12:40 PM
Brownout
neil lewis wrote:
> I'm trying to set up Unison to sync backups on a small LAN. It all works
> fine, except that the transfer rate is very slow compared to the normal
> speed of the LAN.
>
> The PC's are both using Unison on SuSE 9.2, connected by SSH. I'm
> getting about 80KB/sec on a 100Mb/sec LAN that normally manages about
> 10MB/sec over NFS.

With "connected by SSH" you mean sftp/scp?
Ssh may be your problem, using software encrypted connections to
transfer big files is far from ideal. There are transmission overheads
and obviously there is a huge cpu load imposed by encryption.
 #4  
06-02-05, 01:41 PM
Arthur Hagen
Brownout <brownout> wrote:
> neil lewis wrote:
>> I'm trying to set up Unison to sync backups on a small LAN. It all
>> works fine, except that the transfer rate is very slow compared to
>> the normal speed of the LAN.
>>
>> The PC's are both using Unison on SuSE 9.2, connected by SSH. I'm
>> getting about 80KB/sec on a 100Mb/sec LAN that normally manages about
>> 10MB/sec over NFS.

> With "connected by SSH" you mean sftp/scp?
> Ssh may be your problem, using software encrypted connections to
> transfer big files is far from ideal. There are transmission overheads
> and obviously there is a huge cpu load imposed by encryption.


ssh doesn't imply encryption. It works quite well with "none" as the
encryption (if compiled with "none" as one of the ciphers, of course).

If you still want encryption, but faster, try "arcfour" as the
encryption cipher. It's faster than blowfish and MUCH faster than 3des
and aes.

For an additional speed boost, if you seldom or never use the ~ escape
to command mode (if you just asked "what's that?", you don't use it),
place "EscapeChar none" in your .ssh/config file. Add "-e ~" to the
command line for the few times you might actually want it.

Regards,
Similar Threads
Speed issues

Just made my slack box dual boot with Arch to compare graphics card issues. Under Arch the machine seems much faster. Under slack this machine (triple core phenom II, 4GB)...

Speed issues with ADO.Net

I've converted an old VB3 program that loops through the lines of a text file, then uses that info to write to a database. I use mostly OLEDB DataAdapters, DataSets, and...

NEED HELP - Speed Issues

I posted this earlier but didn't see a response. We are having MAJOR speed problems with our CRM. With only 30 people using it and having the Web interface on 1 server...

CRM Speed Issues

We're on a LAN here with about 30 sales people constantly using the CRM. The CRM front end is a duel XEON 3.2GHz system with 3GB RAM (DELL Poweredge server); the backend SQL...

speed issues!

The last couple of days my computer has been running super slow.It is a 2.2G with 640mb of ram running XP.It has always been quite fast but now I am totally lost. I've...


All times are GMT. The time now is 09:15 AM. | Privacy Policy