Constant CPU Usage and Disk Write

[coanghel]

Describe the bug
Speedtest-Tracker constantly running a process resulting in a small, but non-zero, amount of disk write and cpu usage.

To Reproduce
Steps to reproduce the behavior:

1. Observe disk write and cpu usage of speedtest-tracker container

Expected behavior
No disk write and minimal CPU usage when not performing a speed test.

Environment (please complete the following information):

• OS: Ubuntu Jammy
• Architecture: arm64
• Browser chrom
• Version latest

Screenshots

Logs
If applicable, check the logs for any error that might of occurred.

Additional context
Observing in htop in the container points the finger to a php script. Speedtest-tracker is configured with an hourly cron and influxdb link

[luanupe]

Hi, this issue with the high CPU usage is happening with me too.
According to ProxMox statistics, I did not noticed any issues with the high disk usage, only with the CPU.

Hardware: iKoolCore R1
OS: ProxMox
VM Hardware: RAM 1024MB, CPU 2 Core 2Ghz, Disk 32GB
VM OS: Debian 11.7 (running on Docker)

[Knowthenazz]

Hi,

I'm running into both the high CPU and Disk writing issue.

Hardware: Synology
Platform: Docker
Browser: Firefox
Version: 0.11.16 and 0.11.1

-I've also observed that it's particularly bad when viewing the Dashboard and Results page.

Thanks!

[SkoricIT]

I can literally hear the NAS hard drives work when i open the web ui.

[alexjustesen]

There is some significant overhead occurring right now while running the task scheduler and queue. I've got those improvements scheduled for v0.16.0 which I'll add this issue to so the testing is done.

[alexjustesen]

Also worth noting, the spike on the hour are the speedtests running as a part of your schedule. Ookla's Speedtest CLI uses a lot of resources when running.

[SkoricIT]

This is while the web page is open in browser:

This is a few seconds after closing the browser tab:

The CPU usage alone is concerning, but like I said i can hear the hard drives working permanently while the web UI is open. I can NOT hear them work while the speed test is running without the web page being open.

[Knowthenazz]

Hi, thanks for the information, but I'm sure this doesn't apply to me. My speedtests are scheduled to run while I'm sleeping.

Fortunately when I close the tab/browser that is showing the dashboard or results page, the cpu drops within a few seconds.

Thanks for investigating this!

[alexjustesen]

This is while the web page is open in browser:

This is a few seconds after closing the browser tab:

The CPU usage alone is concerning, but like I said i can hear the hard drives working permanently while the web UI is open. I can NOT hear them work while the speed test is running without the web page being open.

It's got to be the polling then... I'll dig

[SkoricIT]

@alexjustesen Thank you very much. If I can help in any way, I'm at your disposal.

[alexjustesen]

I made some small changes in the release I just tagged, if you wouldn't mind letting me know if this improves CPU usage that'd be awesome.

https://github.com/alexjustesen/speedtest-tracker/releases/tag/v0.11.17

[SkoricIT]

I have pulled the newest image and it shows 0.11.17

Unfortunately, the symptoms are the same:

(filtered it down to php-fpm)

Funnily enough, if the tab is in the background (because i'm typing in github) the resource usage goes back to zero:

[SkoricIT]

If it helps for some reason (because it seems like frontend is involved): I'm on Firefox with Manjaro Linux.

[SkoricIT]

That seems to be because filament stops updating the widgets:

No Idea why the notifications request takes 100% longer when the tab is in foreground?

Also, there is like 5kb of data transferred to the frontend per second but the php-fpm disk writes alone are like 1000KB/s.

Red line = switch to BG