Saya menggunakan ini untuk menyebabkan 60 peristiwa per jam dengan sebagian besar peristiwa terjadi pada jumlah detik yang sama setelah satu menit:
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()
Tergantung pada kondisi aktual Anda mungkin mendapatkan kutu panjang:
60,60,62,58,60,60,120,30,30,60,60,60,60,60...etc.
tetapi pada akhir 60 menit Anda akan memiliki 60 ticks; dan kebanyakan dari mereka akan terjadi pada offset yang benar ke menit yang Anda inginkan.
Pada sistem saya, saya mendapatkan penyimpangan khas <1/20 detik hingga kebutuhan untuk koreksi muncul.
Keuntungan dari metode ini adalah resolusi clock drift; yang dapat menyebabkan masalah jika Anda melakukan hal-hal seperti menambahkan satu item per centang dan Anda mengharapkan 60 item ditambahkan per jam. Kegagalan untuk memperhitungkan penyimpangan dapat menyebabkan indikasi sekunder seperti rata-rata bergerak untuk mempertimbangkan data terlalu jauh ke masa lalu yang mengakibatkan output yang salah.