Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Switching between directories in Cryptomator vault takes very long #10858

Closed
cyberduck opened this issue Oct 31, 2019 · 6 comments
Closed

Switching between directories in Cryptomator vault takes very long #10858

cyberduck opened this issue Oct 31, 2019 · 6 comments
Assignees
Labels
cryptomator Cryptomator Vault enhancement onedrive OneDrive Protocol Implementation

Comments

@cyberduck
Copy link
Collaborator

ce6d08c created the issue

Hi,

there's an issue with Cyberduck (and most likely Mountain Duck) that slows down switching directories when browsing through an online-only Cryptomator vault in OneDrive.

This is significantly faster when using the original Cryptomator app on iOS so it must me something with Cyberduck.

@cyberduck
Copy link
Collaborator Author

@AliveDevil commented

Can you quantify "slow"?

Cyberduck has to be slower than any app that locally caches your vault as Cyberduck is dispatching network requests for each and every step - requiring file listings and downloading of files on the go to decrypt your vault. Once a directory has been traversed it is internally memory-cached, thus reopening an already visited directory is fast.

@cyberduck
Copy link
Collaborator Author

ce6d08c commented

The more subdirectories you have in your online vault the slower it gets.

If you have a pretty empty vault and only a few directories, it's quite fast but if you have lots of subdirectories in subdirectories, it's becoming slow.

Lets say you have a subdirectory which has 10 directories and each of the 10 subdirectories each has 100 'sub sub directories'. It seems that when browsing to the uppermost subdirectors 10x100 subdirectories are browsed and this is wrong. All we need in this case is to have 10 subdirectories shown and according to the log it does a recursive search into all levels. I don't think this is needed, is it?

Best regards,
rootie

@cyberduck
Copy link
Collaborator Author

ce6d08c commented

Hi,

what's the status on this? It still takes a very long time to browse through directories. Please give an update.

Thanks and best regards
rootie

@cyberduck
Copy link
Collaborator Author

ce6d08c commented

Hi,

the ticket is open for more than half a year now. I know it's an enhancement but I (not possibly many others) use quite large online-only vaults and the overall performance of Cyberduck (and Mountainduck) is very bad because there's a bug that seemingly reads through the whole vault directory structure everytime you switch into a directory or whatever.

I've tried with a small OneDrive online-only vault and the speed is just great. Uploading, downloading, browsing through the directories is working like a charm.

The more sub directories you add, the slower it gets. I'm pretty sure that the fix is not so complicated and whenever you'd like to see this in action I'm there to help you.

Please assign this to someone that can analyze this accordingly.

Thanks and best regards,
rootie

@cyberduck
Copy link
Collaborator Author

ce6d08c commented

Hi,

is there any plan in improving this? This is clearly a bug and can most likely fixed fairly easily.

Please give an update.

Thanks and best regards
rootie

@dkocher dkocher added the cryptomator Cryptomator Vault label Mar 1, 2023
@dkocher
Copy link
Contributor

dkocher commented Mar 1, 2023

I cannot seem to see any problem browsing a vault with many directories using 8.5.6. I have tested with a new vault using vault format 7.

@dkocher dkocher closed this as completed Mar 1, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
cryptomator Cryptomator Vault enhancement onedrive OneDrive Protocol Implementation
Projects
None yet
Development

No branches or pull requests

2 participants