You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Scheduled speed tests report much slower speed results than manually triggered once #1844
Describe the bug
Scheduled speed tests via cron job produce much slower results (Download, Upload, Ping) than manually triggered ones even though the same Server ID is used
To Reproduce
Steps to reproduce the behavior:
Check your connection speed within your router, e.g. 600 Mbit/s down and 300 Mbit/s upload
Trigger a speedtest manually via web gui with a certain server id —> Download and Upload are nearly 600 Mbit/s and 300 Mbit/s
Schedule a cronjob using the Same server id —> job sometimes fail, sometimes much slower download or upload speed
Trigger a manual test directly After the cron test —> speed as expected 600/300
Expected behavior
Cron speed tests and manually triggered tests produce the same results
Environment (please complete the following information):
changed the title [-]Scheduled speed tests much slower than manually triggered once[/-][+]Scheduled speed tests report much slower speed results than manually triggered once[/+]on Nov 26, 2024
Can you to set it like 6 minutes past the hour. Like said we have seen that test run at 01:00, 02:00 get lower results then test run at 01:06, 02:06 for example. Due to congestion on the network or server.
From the application point of view there is no difference for scheduled or manual tests they are all run in the same way.
During the day, I tested 08.10 pm as cron, this one was also slower than a manually triggered one on 08.12 pm. But I will give it a try again. Manually triggered ones are nearly identical and completely stable
Going to transfer this to a discussion as this is a pretty common issue for scheduled tests and is a bottleneck in the target speedtest server not the application.
Repository owner locked and limited conversation to collaborators on Nov 26, 2024
Activity
[-]Scheduled speed tests much slower than manually triggered once[/-][+]Scheduled speed tests report much slower speed results than manually triggered once[/+]svenvg93 commentedon Nov 26, 2024
What is the schedule you are using? We have seen before that tests run at the hour might give a lower result due to congestion.
https://docs.speedtest-tracker.dev/help/faqs#cron-schedule-from-a-minute-or-hour
BenS89 commentedon Nov 26, 2024
Currently, once per hour
0 * * * *but I also tried cron every 24h on 8 pm for example0 20 * * *In both cases ALL scheduled tests were significantly slower (especially ping and upload) than the manually triggered ones directly afterwooods
svenvg93 commentedon Nov 26, 2024
Can you to set it like 6 minutes past the hour. Like said we have seen that test run at 01:00, 02:00 get lower results then test run at 01:06, 02:06 for example. Due to congestion on the network or server.
From the application point of view there is no difference for scheduled or manual tests they are all run in the same way.
BenS89 commentedon Nov 26, 2024
I will try that, thanks for the fast Feedback!
During the day, I tested 08.10 pm as cron, this one was also slower than a manually triggered one on 08.12 pm. But I will give it a try again. Manually triggered ones are nearly identical and completely stable
alexjustesen commentedon Nov 26, 2024
Going to transfer this to a discussion as this is a pretty common issue for scheduled tests and is a bottleneck in the target speedtest server not the application.