[
https://issues.apache.org/jira/browse/VFS-546?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14219696#comment-14219696
]
Bernd Eckenfels commented on VFS-546:
-------------------------------------
I suspect its an issue with nameserver/(reverse)resolving/random number
generator/timeout or similiar. That extreme difference in runtime cannot be
attributed to cpu or io inefficiency.
I would think you should see the blockign operation in simple stackdumps. just
take 5 dumps avery 3 seconds and compare progress. Also tunrng on verbose
protocol logging might help (not sure how to do it:)
> VFS very slow resolving FTP files
> ---------------------------------
>
> Key: VFS-546
> URL: https://issues.apache.org/jira/browse/VFS-546
> Project: Commons VFS
> Issue Type: Bug
> Affects Versions: 2.0
> Environment: Debian
> Reporter: Sergio Fernández
> Priority: Minor
>
> We have found a performance issue using VFS to access files via FTP. Pushing
> few MBs takes too long... The code is:
> {code:java}
> FileSystemManager fsmgr = VFS.getManager();
> FileObject f = fsmgr.resolveFile(path);
> if(d.exists()) {
> return f.getContent().getOutputStream();
> }
> {code}
> With the same FTP server both using {{curl}} and a C++ implementation the
> same file requires few seconds.
> Could be a configuration issue, a usage issue or a bug?
> Thanks in advance.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
