commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Erik Wramner (JIRA)" <>
Subject [jira] [Commented] (NET-493) FTPClient: Slow data transfer rate if __bufferSize != 0
Date Tue, 08 Jan 2013 09:34:14 GMT


Erik Wramner commented on NET-493:

No, we have only observed that the application transfers files with FTP much faster (seconds/minutes
rather than hours) with 3.1 than with 3.2. The application code is unchanged. It doesn't set
the buffer size, using the default. Files are sent with client.storeFile(fileName, inputStream).
We can't experiment in production, this is an important system, but if I can find time I will
try to run some tests. Not sure how easy it is to reproduce in the test environment, though.
> FTPClient: Slow data transfer rate if __bufferSize != 0
> -------------------------------------------------------
>                 Key: NET-493
>                 URL:
>             Project: Commons Net
>          Issue Type: Bug
>          Components: FTP
>    Affects Versions: 3.2
>         Environment: Windows 7 32bit / Windows XP 32bit
>            Reporter: Mico Micic
>              Labels: ftpclient
>         Attachments: screenshot-1.jpg, screenshot-2.jpg
> The patch applied in [NET-465|] causes a
very slow data transfer rate. The line {code}850: socket.setSendBufferSize(__bufferSize){code}
in {code}_openDataConnection_{code} sets the buffer size to 1024  by default. With this size
I had a very bad transfer rate on windows 7 and XP. The wireshark log shows that each FTP-DATA
packet is exactly 1024 bytes long and has to be acknowledged on the TCP layer before the next
one is sent. I don't know why, but when I set the buffer size to 0 (FTPClient.setBufferSize)
the transfer rate is fine. 

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see:

View raw message