Unexpected delay when consuming from FTP endpoint
Issue
- We are experiencing very slow performance from an
FTP2endpoint. The remoteFTPserver is at the end of a 2Mbit/secWANlink and the files are streamed to a local folder on a network share (Samba). There are often a large number of files to be consumed by the endpoint but each file is typically 100 bytes - 2Kbytes in size. I have attached a document that provides some timing information for one sample file transfer. The information in the attachment is extracted from the fuse log file and from aWireSharkpacket capture. TheWireSharkpacket capture shows that the file was retrieved in 59ms, but Fuse did not log the transfer as complete until 4.5 seconds later. Could you please let us know what Fuse was doing, or waiting for, between logging the TRACE line that says "client retrieveFile:" and theDEBUGline that says "Retrieve file to local work file result: true"? Are there any known issues relating to streaming files to Samba network shares in this way? - Fuse is running on a
Windows 2008 R2 server(Virtual Machine) with 4 cores and 4Gb RAM. - We see delays on every file transfer. We conducted some tests using
FileZillato pull 500 files from the remoteFTPserver directly to the network share. The files were pulled across in approx. 1 minute 45 seconds. The same 500 files being pulled using Fuse took between 8 and 13 minutes! Our analysis shows that over 90% of this time is spent in this wait period between all the data having been sent by the remoteFTPserver andFuselogging the fact that the data has been received.
Environment
- Red Hat JBoss Fuse
- 6.0.0
Subscriber exclusive content
A Red Hat subscription provides unlimited access to our knowledgebase of over 48,000 articles and solutions.
Welcome! Check out the Getting Started with Red Hat page for quick tours and guides for common tasks.
