Sign Up to our social questions and Answers Engine to ask questions, answer people’s questions, and connect with other people.
Login to our social questions & Answers Engine to ask questions answer people’s questions & connect with other people.
Lost your password? Please enter your email address. You will receive a link and will create a new password via email.
Please briefly explain why you feel this question should be reported.
Please briefly explain why you feel this answer should be reported.
Please briefly explain why you feel this user should be reported.
I’m writing a windows service that needs to execute a task (that connects to a central server) every 30 days +- 5 days (it needs to be random). The service will be running on 2000+ client machines, so the randomness is meant to level them out so the server does not get overloaded.
What would be the best way to do this? Currently, I pick a random time between 25 – 35 days since the task last ran and use that.
Does anyone have a better way? Is there a better way?
What you’ve got sounds like a pretty good way to me. You might want to bias it somewhat so that if it executed after 25 days this time it’s more likely to execute in more than 30 days next time, if you see what I mean.
Another alternative is that you could ask the central server for an appropriate “slot” – that way it could avoid overloading itself (assuming everything behaves itself).