[
https://issues.apache.org/jira/browse/VFS-835?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17709745#comment-17709745
]
Bernd Eckenfels commented on VFS-835:
-------------------------------------
Do native sftp clients have roughly the same speed, then I don’t think it is
related to VFS. The sftp library is certainly not the best optimized, but that
kind of performance sounds like a deeper rooted issue. When you say encryption,
what kind of sftp server and file encryption is that? The only thing the sftp
client can influence here might be the blocksize of the copy operation, but
even that should normally not affect it this hard.
Maybe try to start with test code which only reads your source or only Writer
your destination, to see which one is the issue.
> Severe Performance Issue - FileObject.copyFrom()
> ------------------------------------------------
>
> Key: VFS-835
> URL: https://issues.apache.org/jira/browse/VFS-835
> Project: Commons VFS
> Issue Type: Bug
> Affects Versions: 2.6.0
> Reporter: Mahesh
> Priority: Blocker
> Fix For: 2.6.0
>
>
> We are facing severe performance with the FileObject.copyFrom() method, this
> method is taking 28 minutes for 20 MB file, its faster for un encrypted files
> (less than a minute), but with encryption on it is taking 28 minutes for 20
> MB. We don't have any way to trace further, can you help?
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
