[
https://issues.apache.org/jira/browse/VFS-835?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17712099#comment-17712099
]
Bernd Eckenfels commented on VFS-835:
-------------------------------------
That sounds like a good and likely point, it can be problems with file length
padding/recognition, eof character or even block alignment. That would all
correlate with encryption layers.
(And is all easier to find than overall resource consumption or network
bandwith problems)
To get to the bottom of this we need a bit more details. What is the server
what kind of encryption, are all files affected or only with a certain size
(multiple of 2^n-7 or such.
I also wonder if it is related to VFS (especially loop logic, buffer size and
file metadata) or if it’s a general problem of the ssh lib. Can you maybe check
a Mina demo client?
or, Can you are a test account accessible?
> 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)
