Comments (9)
same here, starts after update to 1.12.4 It's not always there but starts after a time. Maybe something like a virusscan is triggered by some new behaviour of cryptomator and leads to high read load?
from cryptomator.
I'm not sure what's causing it either. Recently, when using the Cryptomator virtual disk with Logseq, it has been extremely laggy, while it becomes smooth when using it outside the Cryptomator virtual disk! Here are some of my personal speculations. Using Cryptomator to encrypt note files before uploading them to a cloud drive is a very useful feature, and note-taking is a function that many people use every day, so it's hoped that this bug can be fixed.
It's possible that the lag is caused by Cryptomator's instant encryption and file locking. I suspect that it's highly likely that when using the Logseq note-taking software, every keyboard stroke causes an update to the .md file, and after the .md file is updated, Cryptomator immediately encrypts the corresponding .md file, leading to particularly high CPU usage (an average person might strike the keyboard 5 times per second, so Cryptomator might have to perform 5 encryptions per second). Additionally, after each keyboard stroke, Cryptomator likely locks the .md file that's currently in use for encryption purposes, causing the software to be unable to read the .md file, resulting in extreme lag (this type of note-taking software has the ability to instantly read and write .md files after editing, and being unable to read them would cause lag, as note-taking software designed for multi-device and multi-sync would not lock .md files). This way, it's highly possible that the instant encryption and file locking after each keyboard stroke causes the Logseq note-taking software to become extremely laggy and Cryptomator to consume a particularly high amount of CPU resources (of course, this is just my personal speculation).
It's possible that the lag is caused by large files in Cryptomator. When using a small Logseq repository (with only a few .md files) with the Cryptomator virtual disk, there's no lag, but when using a large Logseq repository (with many .md and other files) with the Cryptomator virtual disk, there's extreme lag and high CPU usage. Perhaps Cryptomator encrypted the files in the large repository into a relatively large encrypted file, so every keyboard stroke requires updating this large file?
It can be confirmed that similar software, not just note-taking software, would definitely be affected as well.
from cryptomator.
I suspect that it's highly likely that when using the Logseq note-taking software, every keyboard stroke causes an update to the .md file, and after the .md file is updated, Cryptomator immediately encrypts the corresponding .md file, leading to particularly high CPU usage (an average person might strike the keyboard 5 times per second, so Cryptomator might have to perform 5 encryptions per second).
Cryptomator keeps up to 5 * 32k bytes cached, so consecutive reads/writes near the same position don't cause constant I/O to the regular file system. However it really depends on the I/O operations performed on the VFS. If an app requests flushing after every single write, Cryptomator will obey. You can enable debug logging to see the operations.
That said, I suspect the cause must be something else, since we didn't change much to the FS recently but this report suggests this is a new issue. Furthermore, can you check whether this only affects WinFsp (Local Drive)?
from cryptomator.
i think this are to different things:
- cryptomator is/was always relatively slow even in comparison to the very old boxcryptor which is doing the same file and name encryption before upload to the cloud, see #3170 (comment)
cryptomators advantage:- it is well maintained and
- maybe it's a more robust or more secure implementation?
- with the latest version there is something triggering high cpu load from time to time, but maybe this is not the new version but a "feature" resulting from latest windows updates combined with cryptomator
from cryptomator.
There are reports about high CPU usage on macOS as well, however there we are talking about 2-3% instead of 0% when idle, which I suspect is a UI bug and we are currently investigating.
This report looks more about an I/O bottleneck, though.
from cryptomator.
I suspect that it's highly likely that when using the Logseq note-taking software, every keyboard stroke causes an update to the .md file, and after the .md file is updated, Cryptomator immediately encrypts the corresponding .md file, leading to particularly high CPU usage (an average person might strike the keyboard 5 times per second, so Cryptomator might have to perform 5 encryptions per second).
Cryptomator keeps up to 5 * 32k bytes cached, so consecutive reads/writes near the same position don't cause constant I/O to the regular file system. However it really depends on the I/O operations performed on the VFS. If an app requests flushing after every single write, Cryptomator will obey. You can enable debug logging to see the operations.
That said, I suspect the cause must be something else, since we didn't change much to the FS recently but this report suggests this is a new issue. Furthermore, can you check whether this only affects WinFsp (Local Drive)?
I have tested all the virtual disk modes except Dokany, and they all occasionally have issues with high CPU usage and lag in note-taking software. The disk usage is not high when the problem occurs.
Additionally, I am using a high-performance M.2 SSD and a relatively powerful CPU. I was wondering if it's possible for the GPU to share some of the processing load to alleviate potential lag issues caused by high CPU usage. This is just an amateur idea, but I thought it might be helpful.
Currently, WinFsp has the best overall compatibility, so I have chosen to use it.
from cryptomator.
hmm the amount of data to be processed after a key stroke should be tiny..
Or do you have large files where you add things?
Can you reproduce is starting with an empty new file??
from cryptomator.
hmm the amount of data to be processed after a key stroke should be tiny.. Or do you have large files where you add things? Can you reproduce is starting with an empty new file??
Normally when lag occurs, all I'm doing is typing, so I suspect it's caused by keystrokes, without any other file operations.
As long as the Logseq library has a large number of .md format note pages, this problem can be reliably reproduced on both new pages and old note pages, especially when continuously entering text or hitting enter and then entering more text.
The Chinese input method I use enters about 3 English letters after I press about 3 keys, and after selecting the Chinese characters in the candidate box, those 3 English letters are deleted, leaving 2 Chinese characters. When typing quickly, I can input 2-4 Chinese characters per second, but as you said, the amount of text processing should be extremely small, so it's unclear what's causing this.
from cryptomator.
I seem to be having the same issue when writing Markdown with Zettlr into and out of a Cryptomator vault. CPU by the Cryptomator process is very high (60–95%). Changes also seem not always (never?) to save properly.
Windows 10 and 11, Cryptomator 1.12.4, Zettrl 3.0.5.
from cryptomator.
Related Issues (20)
- Creation Date incorrect with OneDrive syncing HOT 4
- release .msix package with appcontainer enabled
- Remove `jdk.crypto.ec` from build files HOT 2
- Migrate to JDK22 HOT 1
- A fatal error has been detected by the Java Runtime Environment: HOT 4
- Double-click on an Unlocked Vault in the List to Reveal It HOT 1
- Please add Ubuntu 24.04 (Noble Numbat) PPA support HOT 1
- Drop zone for revealing decrypted files or folders HOT 1
- Finder crashes HOT 1
- Unnecessary CPU usage on desktop app HOT 1
- MPC from K-lite codex freezes on any update after 11.1.0 HOT 2
- Unable to clear file contents HOT 3
- Cryptomator shows update available to unsupported version HOT 3
- PPA - minor error HOT 3
- "Launch cryptomator on system start" doesn't work on macOS HOT 7
- Configure Proxy and Root CA store in Cryptomator settings and provide defaults for shared devices
- Dokany (1.5) volume type incompatibility with obsidian / excalidraw windows application HOT 1
- Cryptomator crashes with error code 6HCL:2GTN:615N
- UI not responding on Ubuntu 24.04 or PopOs 22.04 - NVIDIA and regular installs HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from cryptomator.