Eu uso isso para causar 60 eventos por hora, com a maioria dos eventos ocorrendo no mesmo número de segundos após o minuto inteiro:
import math
import time
import random
TICK = 60 # one minute tick size
TICK_TIMING = 59 # execute on 59th second of the tick
TICK_MINIMUM = 30 # minimum catch up tick size when lagging
def set_timing():
now = time.time()
elapsed = now - info['begin']
minutes = math.floor(elapsed/TICK)
tick_elapsed = now - info['completion_time']
if (info['tick']+1) > minutes:
wait = max(0,(TICK_TIMING-(time.time() % TICK)))
print ('standard wait: %.2f' % wait)
time.sleep(wait)
elif tick_elapsed < TICK_MINIMUM:
wait = TICK_MINIMUM-tick_elapsed
print ('minimum wait: %.2f' % wait)
time.sleep(wait)
else:
print ('skip set_timing(); no wait')
drift = ((time.time() - info['begin']) - info['tick']*TICK -
TICK_TIMING + info['begin']%TICK)
print ('drift: %.6f' % drift)
info['tick'] = 0
info['begin'] = time.time()
info['completion_time'] = info['begin'] - TICK
while 1:
set_timing()
print('hello world')
#random real world event
time.sleep(random.random()*TICK_MINIMUM)
info['tick'] += 1
info['completion_time'] = time.time()
Dependendo das condições reais, você pode obter tiques de comprimento:
60,60,62,58,60,60,120,30,30,60,60,60,60,60...etc.
mas no final de 60 minutos você terá 60 ticks; e a maioria deles ocorrerá no deslocamento correto para o minuto que você preferir.
No meu sistema, recebo um desvio típico de <1/20 de segundo até que a necessidade de correção surja.
A vantagem deste método é a resolução do desvio do relógio; o que pode causar problemas se você anexar um item por tick e esperar 60 itens anexados por hora. A falta de consideração da deriva pode fazer com que indicações secundárias, como médias móveis, considerem os dados muito profundos no passado, resultando em saída defeituosa.