Score:1

Ubuntu

Cron job delayed by ~1 second

anthnyprschka

12/19/22, 8:30 AM

I am running the following cron job

* * * * * date "+\%Y\%m\%dT\%H\%M\%S" > /path/to/log 2>&1

but it's running around a second too late, as it writes e.g.

20210817T210001

How can I ensure the cron job will run at the full minute?

1164

1 + 2

cron

RonJohn

12/19/22, 9:31 PM

It should be obvious -- with only a modicum of thought -- that it takes time for cron to "wake up", scan all crontabs, determining if an entry needs to be run. That's the harsh truth.

Andrej Podzimek

12/21/22, 3:26 AM

If you require this kind of timing precision — which may also indicate a wrong choice of software for a particular purpose —, just use `systemd` timers instead of a completely outdated `cron` setup. With `systemd` timers you get the configuration knobs needed to strike a balance between timing precision and dispatching overhead. `AccuracySec` (which can have values in μs if needed) is the keyword to search for [in the documentation](https://www.freedesktop.org/software/systemd/man/systemd.timer.html). Also, if this is all about logging a nice round timestamp, just round the timestamp then.

Score:12

Ubuntu

Artur Meinild

12/19/22, 8:35 AM

This is also covered over at Server Fault.

I personally favor this quote: "What cron can guarantee is that your job will start no sooner than the specified time." In other words, cron isn't really designed to be surgically precise to the second. Most of my own cron jobs will also start at 01 or even 02 seconds after the full minute.

In order for cron jobs to start, cron will scan what jobs need to run at any given time. It's not an error if a job scheduled to start at 12:00:00 will actually start at 12:00:01, since the amount of time for cron to initialize can vary, depending on a number of factors.

If you need something to trigger "almost" (thanks Kevin) at the exact second, you should look for another solution than cron - for instance systemd timers (thanks Andrej), a Python script or even a C program that monitors the time for you.

EDIT: Alternately (as suggested by Nonny Moose), you can schedule a script to run one minute early, and then monitor the time so it runs as precise as possible when you want it to run.

0 + 4

Irsu85

12/19/22, 8:48 AM

And then you can use crontab to run that script at reboot

Artur Meinild

12/19/22, 8:48 AM

Yes, indeed! :-)

Nonny Moose

12/19/22, 10:08 PM

You could even have cron start your program, say, a minute early, and then constantly monitor the time until it should run.

Kevin

12/19/22, 10:53 PM

Pedantically: You *can't* have something "trigger at the exact second." You are running under a preemptively-multitasking operating system. The kernel will schedule your process to have the CPU when the kernel feels like it, not at an exact second. If you don't like that, then you would have to use [sched(7)](https://man7.org/linux/man-pages/man7/sched.7.html) to ask for real-time scheduling guarantees, which are still not perfect as the kernel has nonzero scheduling overhead.

Elon Musk

I sit in a Tesla and translated this thread with Ai:

EN: Cron job delayed by ~1 second

TH: งาน Cron ล่าช้าประมาณ 1 วินาที

RO: Lucrarea Cron a fost întârziată cu ~1 secundă

RU: Задание Cron задерживается примерно на 1 секунду

VI: Công việc định kỳ bị trì hoãn ~1 giây

Post an answer

Most people don’t grasp that asking a lot of questions unlocks learning and improves interpersonal bonding. In Alison’s studies, for example, though people could accurately recall how many questions had been asked in their conversations, they didn’t intuit the link between questions and liking. Across four studies, in which participants were engaged in conversations themselves or read transcripts of others’ conversations, people tended not to realize that question asking would influence—or had influenced—the level of amity between the conversationalists.