anacron runs updatedb at worst possible time

Asked by Erik Walthinsen

Ever morning I wake up and start working around 7:30-8:00am. Every morning I start with a computer that's painfully slow, with disk activity taking forever and programs glitching all over the place. Every morning my disk is grinding hard for an hour.

I tracked it down to the fact that anacron is running cron.daily/ at 7:30 in the morning. This contains things like updatedb, mlocate, apt, mandb, logrotate, and other operations that impose significant load on the system. The *actual* crontab attempts to run these at 2:25 in the morning, which to the best of my recollection has been roughly the same time for the last 15 years. It was chosen because that's when people *aren't* using the machine for actual work.

Please explain to me why it was decided that running processes that take a long time (hours possibly) and impose a radically high system load were supposed to be run at the exact same time most people actually start using their computers in the morning???

I consider the choice of 7:30 to be a fairly severe bug (albeit trivially fixed), as it prevents every system with anacron installed from actually behaving properly.

Question information

Language:
English Edit question
Status:
Answered
For:
Ubuntu Edit question
Assignee:
No assignee Edit question
Last query:
Last reply:
Revision history for this message
actionparsnip (andrew-woodhead666) said :
#1

You could set a higher nice value for the commands, this will give more priority to the foreground processes.

Revision history for this message
Erik Walthinsen (omega-omegacs) said :
#2

nice would have zero effect on the impact of the disk activity. updatedb uses almost no CPU, so telling it to use "less" is irrelevant.

Can you help with this problem?

Provide an answer of your own, or ask Erik Walthinsen for more information if necessary.

To post a message you must log in.