Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Randomize hprobe.timer schedule #40

Open
phmccarty opened this issue Oct 10, 2017 · 2 comments
Open

Randomize hprobe.timer schedule #40

phmccarty opened this issue Oct 10, 2017 · 2 comments

Comments

@phmccarty
Copy link
Contributor

For a better spread of heartbeat probe records, it would be nice to randomize the schedule for hprobe.timer. Perhaps we could use a similar solution as implemented in swupd-update.timer.

@alexjch
Copy link
Contributor

alexjch commented Nov 5, 2018

@phmccarty : I believe the way this is currently set it's fine, quoting systemd documentation "In order to optimally stretch timer events over a certain range of time, make sure to set RandomizedDelaySec= to a higher value, and AccuracySec=1us." So I don't think swupd is truly random, because is not going to be evenly distributed since AccuracySec is not low.

I think the randomness introduced by AccuracySec is enough (from documentation: "Within this time window, the expiry time will be placed at a host-specific, randomized, but stable position that is synchronized between all local timer units". Additionally this setup offers support for a design goal of telemetry quoting documentation "This is done in order to optimize power consumption to suppress unnecessary CPU wake-ups"

@alexjch
Copy link
Contributor

alexjch commented Jan 23, 2020

@phmccarty: PR #178 adds a random 6 hours time window.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants