- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - Linux
- >
- Re: NFS, FTP or SSH file transfer
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-17-2011 02:09 PM
06-17-2011 02:09 PM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-17-2011 03:08 PM
06-17-2011 03:08 PM
SolutionOr "rcp", or "rsh"/"remsh", or "rsync", or
Kermit, or ...
It probably depends on many missing bits of
information (software, hardware, ...). I'd
expect free advice obtained here to be less
reliable than data obtained from some simple
tests on representative files.
If your CPUs are faster than your network,
then compress+transfer+decompress may be
faster than a simple transfer. A "tar" (or
cpio, ...) pipeline (with or without
compression) can preserve file ownership
and/or permissions. Some programs deal
better with symbolic links, sparse files, and
so on than others.
Everything's complicated. Accurate answers
to terse questions, especially so.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-03-2011 07:42 AM
08-03-2011 07:42 AM
Re: NFS, FTP or SSH file transfer
SSH is encrypted traffic. It may be slowest because of the extra overhead that happens during encryption/decryption between the local and remote hosts (I'm thinking "SFTP" file transfers here).
I'm no famiiliar with NFS at all, and FTP transmits password on clear view. I'd have to say, FTP has less overhead and may still be fastest way to transfer files remotely.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-03-2011 08:52 AM
08-03-2011 08:52 AM
Re: NFS, FTP or SSH file transfer
Another option to look at is "netcat" I find it moves data rather quickly
copy data from machine A to machine B
on machine A
# cd {target directory}
# tar -cf - . | nc -w 3 -l -p 5432
on machine B
# nc -w 5 a.example.com 5432 | tar -xvf -
The command sets up a tar process on machine A that waits for a tcp connection on port 5432. When a client (machine B) connects, tar simply sends all the data through that tcp port. No temporary files are required.
On machine B, another tar process reads from the network via netcat, writing the data to the disks as it streams over the network
NOTE: on some distros netcat is called using "nc" instead of "netcat"