Hi Dan.

Sorry to bother you again with this problem. I have changed my test
proofs to see if your suggestions were right, and the majority of the
time was lost in the command transmission (connection, authentication,
directory change...) instead of file transfer. I prepared a test were I
have to download a 30 Mb file, and the results were exactly the same.
Instead of the 30 Kbps that I can reach using the command-line FTP
client, what I have are 3 Kbps using my FTP client built using cURL. I
have tried to debug the library, but I am not an expert and I have no
idea where the file transfer window is negotiated. I have tried several
cURL options of the manual, but the results were exactly the same. Can
you (or any other) give me any advice?

Kind regards,

Gonzalo

Dan Fandrich wrote:

>On Fri, Jul 01, 2005 at 05:01:51PM +0200, Gonzalo wrote:
>
>
>>My problem is that I have an FTP server, and using the standard ftp
>>windows client I am able to download files at 30 Kbps in average. But
>>using cURL, I am not able to download them more than at 5 Kbps. Is there
>>any way of configuring the speed (maybe resizing the TPC window)?
>>
>>
>
>Are you measuring the speed consistently between the two applications? Are
>you looking at just the data transfer portion or at the connection setup
>time as well? Curl does a bit of automatic negotiation when it establishes
>a connection which could affect the total time on a high latency link.
>
>
>
>>>>Dan
>>>>
>>>>
>
>
>
>

                
______________________________________________
Renovamos el Correo Yahoo!
Nuevos servicios, más seguridad
http://correo.yahoo.es
Received on 2005-07-18