RE: Multi Interface
Date: Wed, 13 Aug 2008 14:22:22 +0100
We're currently investigating in these directions trying to work with a
smaller pool of handles 3, 5 or 10..
-- Peter :)
[mailto:curl-library-bounces_at_cool.haxx.se] On Behalf Of Daniel Stenberg
Sent: Mittwoch, 13. August 2008 11:42
To: libcurl development
Cc: Andreas Wurf
Subject: RE: Multi Interface
On Wed, 13 Aug 2008, Peter Thiess wrote:
> I'm a bit surprised that the multi interface wouldn't be able to
> transfer rates since this could increase bandwidth.
Oh, you mean by connecting to the same server with multiple connections
thus avoiding/working around evil "traffic shaping" that service
impose? (On a "normal" network connection do don't gain any speed by
Yes sure that it can do, but that's not thanks to the multi interface
thanks to you doing multiple simultaneous transfers. You could easily
multiple threads and use the easy interface in each thread and
(almost) same effect. I'm not saying you shouldn't use the multi
I'm just a bit surprised about the mentioned reason.
Do you still get these problems if you only do a small amount of
(like 3) to that server? If not, what amount of connections do you need
the problems? Do the problems always occur (the same way) if you run the
68-connections-against-the-same-server test on other FTP servers?
What if you try the same code against a HTTP server, does that show the
What does the FTP server logs tell about the transfers? Does it think
all fine and dandy?
I've not seen these problems before.
-- / daniel.haxx.seReceived on 2008-08-13