-
When using Mountainduck I'm constantly having very high CPU load between 150% and 750%. |
Beta Was this translation helpful? Give feedback.
Replies: 8 comments
-
i am having the same issue, CPU 600-1,000%, even after I disconnect from any open connection. |
Beta Was this translation helpful? Give feedback.
-
Also with the latest update the issue persists |
Beta Was this translation helpful? Give feedback.
-
The same is happening for me. It's been a persistent problem for several app updates, but I've finally grown tired of it and am trying to find a solution. I will mount my SFTP drives, and when I first come in to work the next day, I'll see Mountain Duck using 600% CPU until I kill it and remount. I submitted a log file to support via e-mail but am adding my "me too" here. |
Beta Was this translation helpful? Give feedback.
-
i thought that the issue was an intel mac but it happens on my M1 Max and M1 Ultra macs as well..
that's insane... |
Beta Was this translation helpful? Give feedback.
-
There are several reasons that can cause unexpectedly high CPU usage but in general it indicates an application is accessing files on the mounted volume very frequently. For example this could be:
Another culprit can be the Index Files option set in Preferences → Sync for volumes with a large folder structure with a remote server where on cannot determine if contents of folders has changed. This applies to object storage such as S3. When connected to SFTP volumes, make sure there are no symbolic links that point to a parent or working directory causing folders to be indexed recursively. When all the above does not apply please send a thread dump to support:
|
Beta Was this translation helpful? Give feedback.
-
What was the actual solution here? |
Beta Was this translation helpful? Give feedback.
-
Relates to 1. Footnotes |
Beta Was this translation helpful? Give feedback.
-
Latest update (01/05/2025): After some emails with David the high CPU consumption is expected when syncing folders with lots of files in Smart Sync mode. Online mode doesn't seem to suffer this as much, because it fetches only what is needed at that moment to the cache. It still consumes CPU cycles and I can only assume that the team already does this in the most efficient way possible. Some snippets from the emails: "Downloads are performed with multiple segments in parallel which may cause the system to show CPU spikes when merging the segmented file contents. You may want to disable this feature using a hidden configuration option as documented in https://docs.mountainduck.io/tutorials/hidden_properties/#using-default-properties queue.download.segments=false "I can confirm that resuming sync after restarting Mountain Duck with many items in the queue can cause quite some performance penalty as all file paths are checked for validity. " This is not only after restarting, but every sync with many items the CPU utilization goes up and progress is very slow especially with many smaller files. I think this is due the nature that a remote share will never act as fast as local shares because of several reasons. I also experienced stalls during my observations, but I really can't bother (and don't have time) to find out what is causing this. Original post: Please find whatever is causing this. It renders Mountain Duck unusable on my Macbook M2 Max. I followed every tip that I can find, still goes haywire after a certain period of usage. Things I tried already:
It starts of quietly but after some usage of any of the shares the CPU usage goes through the roof. |
Beta Was this translation helpful? Give feedback.
There are several reasons that can cause unexpectedly high CPU usage but in general it indicates an application is accessing files on the mounted volume very frequently. For example this could be:
.noindex
on the mount volume path set by default.Another culprit can be the Index Files option set in Preferences → Sync for volumes with a large folder structure with a remote serve…