On Tuesday 13 March 2007, Anders Johansson wrote:
Am Dienstag, den 13.03.2007, 09:50 -0900 schrieb John Andersen:
I just copied a 350meg iso across 100mbit network via samba in under 10 minutes. It pegged my linux nic at 7.4 meg for the duration according to gkrellm.
I normally see 10M traffic in gkrellm when I copy stuff to and from my nfs server
All the more reason to suspect the OP has network problems. But I have slow disks. Perhaps thats why 7.4 was the fastest my gkrellm showed. Heck, one of my machines was an ancient dual celeron and I still was faster than his reported results. And my switch, while saying 10/100 on the front can not necessarily sustain that packet forwarding rate for long durations. You'd be amazed (or perhaps you wouldn't) how often a supposedly 100meg switch can not actually manage that transfer rate for more than a brief periods.
So i would put that file on flat disk space (no raid) and copy it with samba to see if the problem is in the disk or the network. You definitely want to get sftp out of the picture.
Two comments to this: first of all, it would have exactly no effect on the data seen in e.g. gkrellm (unless you have very slow cpus), since it measures bits on the wire, not data received by the application
Not sure what that has to do with it. I timed this movement by my watch, not gkrellm.
Secondly, don't be so quick to discount ssh file transfers. It is heavy on the cpu, but it can even be quicker than plaintext to transfer data if the cpu can keep up. The encryption also does some level of compression, and I haven't been disappointed by the performance so far
How much compression would you expect on an iso? Have you tried to move a 650meg iso across nfs, and then do the same move across ssh from and to the same source/destination? I think you will find that on local networks where nothing is less than 100meg that ssh is quite a bit slower than a well tuned nfs. Samba is supposedly not as fast as nfs, but I've found it still is pretty swift compared to ssh transfers. -- _____________________________________ John Andersen