in reply to Re^2: Performance of FTP Transfer
in thread Performance of FTP Transfer

In this case, because of the round trip times of the connection setup and teardown, you may get higher performance with more threads and the smaller files. One thread could be transferring a file while another is setting up or tearing down a connection. It all depends on what resources are your limiting factor.

Dan J. Bernstein (http://www.qmail.org) used this concept in building qmail. While not everyone agrees on his implementation of SMTP, the ability of that server to fully utilize the bandwidth of a host for small messages is hard to argue with.

Update: I am not saying that you will get better performance with multiple threads. It depends on a lot of different factors, both local and remote.

--MidLifeXis

The tomes, scrolls etc are dusty because they reside in a dusty old house, not because they're unused. --hangon in this post

Replies are listed 'Best First'.
Re^4: Performance of FTP Transfer
by mzedeler (Pilgrim) on Jul 22, 2009 at 16:35 UTC

    Using multiple threads to maintain multiple connections isn't necesarily the only solution. Frameworks like IO::EventMux and IO::Lambda does single threaded multi-connection management using non-blocking IO.

[reply]

In Section Seekers of Perl Wisdom