Jim,
The data transfer is contiguous, but I believe your points are assuming a
single destination. If destinations are all over the world, each connection
might operate at a different speed, and remote networks may or may not be
congested at any point in time. Multiple threads (well beyond 2-3) can help
ensure the highest utilization of your local network's bandwidth.
In any case, much of the needed optimization has been done in a proposal in
CVS, where messages are no longer parsed and instantiated in memory during
processing (unless necessary). Hopefully we'll have a release later this
summer with this improvement.
Serge Knystautas
Loki Technologies
http://www.lokitech.com/
----- Original Message -----
From: "Jim Michaels" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, June 29, 2001 9:33 PM
Subject: Re: James's throughput and bug... Multithreaded Performance
> Multithreading appears to be most useful at the login & prep stages, but
not
> as necessary during data transfer, which is fairly contiguous.
> This appears to apply to POP3 and SMTP somewhat, but more so to FTP.
>
> If a server getting remote email acts anything like a client, my modem
> lights tell me that there are fair time-gaps in the bandwidth (waiting)
that
> can be filled by another thread. This would optimize throughput and
> maximize network pipe usage.
>
> This is precisely the reason why I use 2-3 threads for FTP when I have to
> get/put a lot of files. FTP and HTTP have many timeouts and wait-for
> operations in the protocol during the get-ready and login process for each
> file. (However, some FTP servers only allow 1 concurrent login).
>
> 4 threads and network pipe is overloaded --> TCP/IP has a lot of
collisions
> to handle --> you are over the performance plateau.
>
> I find the same thing with 10Mbps networks. Gigabit may be only limited
by
> the speed of your box, given the current speed of today's machines. It
> depends on a machine's network throughput compared with the speed of the
> network pipe I would think.
>
> Any corrections welcome.
>
> Jim Michaels ([EMAIL PROTECTED])
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
