High CPU consumption at idle

[Minnona]

Describe the bug
Filen eats up a lot of CPU when idling. Haven't been using my Filen folder that I use for my graphics design backups in some time, but I've noticed Filen chomping on CPU for no good reason still. Nothing is being synced or backed up atm.

To Reproduce
Steps to reproduce the behavior:

1. Have Filen working in the background.

Expected behavior
Not chomping on CPU on idle no matter how tasty it looks.

OS (please complete the following information):

• OS: Windows 11
• Ryzen 7600, 32GB RAM
• NVME SSD, NTFS

[ghost]

I have exactly the same issue on multiple Apple silicon macs (all on Sequoia 15.1) - the Filen Helper process sits at around 25% of a CPU core when idle (not syncing or indexing) and reduces battery life.

[uncharted-user]

I have exactly the same issue on multiple Apple silicon macs (all on Sequoia 15.1) - the Filen Helper process sits at around 25% of a CPU core when idle (not syncing or indexing) and reduces battery life.

This issue should be resolved with high priority. Is minimizes to tray working on Sequoia?

[rothos]

As a data point, I have Apple Silicon (running Sonoma) and Filen Helper is sitting at 2–2.5% CPU. I realize you're describing an issue that might be unique to Sequoia.

[uncharted-user]

As a data point, I have Apple Silicon (running Sonoma) and Filen Helper is sitting at 2–2.5% CPU. I realize you're describing an issue that might be unique to Sequoia.

OP didn't mention Sequoia.

[JameStitel]

I'm having the same issue on Sonoma...

[hartmark]

I experience the same on linux. version 3.0.41

Strangly enough the process monitor tells the process is shuffeling around 6-8 MB/s !!!!

The electron process is this:
/usr/lib/electron32/electron /usr/lib/filen-desktop/app.asar env ELECTRON_OZONE_PLATFORM_HINT=auto

[hartmark]

Seems to be some poll or something going amok.

% export electron_pid=1716
% sudo strace -e trace=open,openat,read -p $electron_pid 
strace: Process 1716 attached
read(11, "!", 2)                        = 1
read(29, "\1\0\0\0\0\0\0\0", 1024)      = 8
read(11, "!", 2)                        = 1
read(29, "\1\0\0\0\0\0\0\0", 1024)      = 8
read(11, "!", 2)                        = 1
read(29, "\1\0\0\0\0\0\0\0", 1024)      = 8
read(11, "!", 2)                        = 1
read(29, "\1\0\0\0\0\0\0\0", 1024)      = 8
read(11, "!", 2)                        = 1
read(29, "\1\0\0\0\0\0\0\0", 1024)      = 8
read(11, "!", 2)                        = 1
read(11, "!", 2)                        = 1
read(29, "\1\0\0\0\0\0\0\0", 1024)      = 8
read(11, "!", 2)                        = 1
read(11, "!", 2)                        = 1
read(29, "\4\0\0\0\0\0\0\0", 1024)      = 8
read(11, "!", 2)                        = 1
read(29, "\1\0\0\0\0\0\0\0", 1024)      = 8
read(11, "!", 2)                        = 1
read(11, "!", 2)                        = 1
read(147, "\27\3\3\0\24\361\307\316\10L\256GI\343\315\242\237\6\335L/\267\344{C", 65536) = 25
read(11, "!", 2)                        = 1
read(29, "\1\0\0\0\0\0\0\0", 1024)      = 8
read(11, "!", 2)                        = 1
read(29, "\1\0\0\0\0\0\0\0", 1024)      = 8
read(11, "!", 2)                        = 1
read(29, "\1\0\0\0\0\0\0\0", 1024)      = 8
read(11, "!", 2)                        = 1
read(29, "\1\0\0\0\0\0\0\0", 1024)      = 8
read(11, "!", 2)                        = 1
read(29, "\1\0\0\0\0\0\0\0", 1024)      = 8
read(11, "!", 2)                        = 1
read(29, "\1\0\0\0\0\0\0\0", 1024)      = 8
read(11, "!", 2)                        = 1
read(29, "\1\0\0\0\0\0\0\0", 1024)      = 8
read(11, "!", 2)                        = 1
read(29, "\1\0\0\0\0\0\0\0", 1024)      = 8
^Cstrace: Process 1716 detached

As you can see it seems to just try to read FD 11 and 29

% ls -l /proc/$electron_pid/fd/(11|29)                                 
lr-x------ 1 markus markus 64 21 dec 05.08 /proc/1716/fd/11 -> 'pipe:[16812]'
lrwx------ 1 markus markus 64 21 dec 05.08 /proc/1716/fd/29 -> 'anon_inode:[eventfd]'

[hartmark]

filen seems to be back to just chill and don't hog the system anymore now after latest package update in arch linux.

[koaNM88]

Just download the app for macOS Sequoia and noticed this issue is still present. I have the MacBook Pro M4 Pro and have never heard the fans spin up until using this app.

[pamposzek]

CPU related but in my case it's when uploading... CPU usage is constant ~60% and temp sitting at 75 C.. i7-7700k, windows 11. When I paused, CPU usage is suddenly 1%..

[uncharted-user]

I am still encountering this issue with the Linux application image and the macOS application. It is eating up to 30% of CPU and 2 GB ram.

[compile2smile]

Same here on all Windows 11 computers on which I have tested Filen so far. On my main computer with i7 CPU (12th Gen) and 64GB RAM, the system load is noticeable but acceptable. But on my laptop with i5 CPU (11th Gen) and 16GB RAM, the system load is extremely high during active synchronization (~50% CPU load, 1GB RAM occupied). But even in idle, the client also almost constantly uses CPU time, although not much (constantly fluctuates between 0-3%).

The fundamental problem here is probably that the Filen clients are unfortunately not written/compiled in any C language, but in TypeScript, which is ultimately based on JavaScript. This has some advantages for the developers, but the resource hunger is simply terrible.