[
https://issues.apache.org/jira/browse/NET-493?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13546731#comment-13546731
]
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: https://issues.apache.org/jira/browse/NET-493
> 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|https://issues.apache.org/jira/browse/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: http://www.atlassian.com/software/jira
