trjhtr

I'm running this loop to check and print some things every second. However, because the calculations take maybe a few hundred milliseconds, the printed time sometimes skip a second.

Is there any way to write such a loop that I am guaranteed to get a printout every second? (Provided, of course, that the calculations in the loop take less than a second :))

while true; do
 TIME=$(date +%H:%M:%S)
 # some calculations which take a few hundred milliseconds
 FOO=...
 BAR=...
 printf '%s %s %sn' $TIME $FOO $BAR
 sleep 1
done

To stay a bit closer to the original code, what I do is:

while true; do
 sleep 1 &
 ...your stuff here...
 wait # for sleep
done

This changes the semantics a little: if your stuff took less than a second, it will simply wait for the full second to pass. However, if your stuff takes longer than a second for any reason, it won't keep spawning even more subprocesses with never any end to it.

So your stuff never runs in parallel, and not in the background, so variables work as expected too.

Note that if you do start additional background tasks as well, you'll have to change the wait instruction to only wait for the sleep process specifically.

If you need it to be even more accurate, you'll probably just have to sync it to the system clock and sleep ms instead of full seconds.

How to sync to system clock? No idea really, stupid attempt:

Default:

while sleep 1
do
 date +%N
done

Output: 003511461 010510925 016081282 021643477 028504349 03... (keeps growing)

Synced:

 while sleep 0.$((1999999999 - 1$(date +%N)))
 do
 date +%N
 done

Output: 002648691 001098397 002514348 001293023 001679137 00... (stays same)

If you can restructure your loop into a script / oneliner then the simplest way to do this is with watch and its precise option.

You can see the effect with watch -n 1 sleep 0.5 - it will show seconds counting up, but will occasionally skip over a second. Running it as watch -n 1 -p sleep 0.5 will output twice per second, every second, and you won't see any skips.

Running the operations in a subshell that runs as a background job would make them not interfere so much with the sleep.

while true; do
 (
 TIME=$(date +%T)
 # some calculations which take a few hundred milliseconds
 FOO=...
 BAR=...
 printf '%s %s %sn' "$TIME" "$FOO" "$BAR"
 ) &
 sleep 1
done

The only time "stolen" from the one second would be the time taken to launch the subshell, so it would eventually skip a second, but hopefully less often than the original code.

If the code in the subshell ends up using more than a second, the loop would start to accumulate background jobs and eventually run out of resources.

With zsh:

n=0
typeset -F SECONDS=0
while true; do
 date '+%FT%T.%2N%z'
 ((++n > SECONDS)) && sleep $((n - SECONDS))
done

If your sleep doesn't support floating point seconds, you can use zsh's zselect instead (after a zmodload zsh/zselect):

zmodload zsh/zselect
n=0
typeset -F SECONDS=0
while true; do
 date '+%FZ%T.%2N%z'
 ((++n > SECONDS)) && zselect -t $((((n - SECONDS) * 100) | 0))
done

Those should not drift as long as the commands in the loop take less than one second to run.

Another alternative (if you can't use, e.g., watch -p as Maelstrom suggests) is sleepenh [manpage], which is designed for this.

Example:

#!/bin/sh

t=$(sleepenh 0)
while true; do
 date +'sec=%s ns=%N'
 sleep 0.2
 t=$(sleepenh $t 1)
done

Note the sleep 0.2 in there the simulate doing some time-consuming task eating around 200ms. Despite that, the nanoseconds output remain stable (well, by non-realtime OS standards) — it happens once per second:

sec=1533663406 ns=840039402
sec=1533663407 ns=840105387
sec=1533663408 ns=840380678
sec=1533663409 ns=840175397
sec=1533663410 ns=840132883
sec=1533663411 ns=840263150
sec=1533663412 ns=840246082
sec=1533663413 ns=840259567
sec=1533663414 ns=840066687

That's under 1ms different, and no trend. That's quite good; you should expect bounces of at least 10ms if there is any load on the system — but still no drift over time. I.e., you won't lose a second.