which one is fastest smb/nfs/ftp/scp

[Maaz]

Dear Experts,
have to move large file across linux boxes.

which one is fastest (for upload/download)
1, ftp server
2, samba server
3, nfs server
4, ssh server

security it not an issue. these machines are totally isolated(testing machines) in the labs.

Regards
Maaz

[Change_happens · Accepted solution]

as per me nfs is fastest.

[Steven Schweda]

Why not run the experiment to find the actual
answer, instead of asking for opinions from
people who can know but little of your
environment?

You left out "rcp".

> security it not an issue. [...]

Then I'd expect ssh/scp to add some
unnecessary overhead.

Samba was intended for use with Windows
systems. I wouldn't drag it into a
Linux-Linux transaction.

If your CPUs are faster than your network,
you might find it helpful to compress the
data before the transfer (and expand them
after). If your CPUs are very fast, you
might gain more from bzip2, which probably
compresses better than gzip.

[Ivan Ferreira]

I normally use rsh to move large files. This is because in that way, I can control the block size of the transfer using the dd command, for example:


sourcehost# dd if=bigfile bs=256k | rsh dsthost dd of=/path/to/bigfile bs=256k

[Maaz]

Thanks everyone for help.
Yes I have experiment all, but I used to ask questions because by design I am unfortunately not a techy.

And I have always found very rich suggestions/advices from this forum.

Regards

[Yogeeraj_1]

hi Maaz,

if possible also look into the possibility of compressing the files before the transfer. You should experience a considerable gain in the transfer times in either option selected.

good luck!
kind regards
yogeeraj

[Dennis Handly]

>Ivan: I can control the block size of the transfer using the dd command, for example:
>dd if=bigfile bs=256k | rsh dsthost dd of=/path/to/bigfile bs=256k

Does this really work? I would have thought this would be limited by the size of the pipe.
On HP-UX the size is a trivial 8 Kb.

[Steven Schweda]

> if possible also look into the possibility
> of compressing the files before the
> transfer. [...]

Whoa. Why didn't I think of that?

No, wait...