[
https://issues.apache.org/jira/browse/NET-493?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13560530#comment-13560530
]
Chad Wilson commented on NET-493:
---------------------------------
We've also had severe performance issues with 3.2. We have this problem on Java
1.6.0u37 on Red Hat 4.5, Windows 7 64-bit and Windows XP 32-bit so don't see
that it is either JRE or TCP stack related. All have similarly massive
slowdowns. In our environment FTPing ~20MB in 3 files went from taking 3
seconds to over 9 minutes.
> 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
