Hoi,
Ik werk op HPUX toepassing en ik had een vraag over de slaap en localtime systeem oproep in HPUX.
Hier is de code die we hebben:

const uint32_t WAKE_INTERVAL_SEC (30 * 60);
while (true) (

/ / Find out what time it is
time (& currentTime);

/ / Thread wakker te sluiten met de klok van 30 minuten dat wil zeggen als het op dit moment 9:20 wakker na 10 minuten,
/ / Als het op dit moment 9:05, wakker worden na 25 minuten.
/ / Bereken resterende aantal seconden in een half uur.
sleepTime \u003d WAKE_INTERVAL_SEC - (currentTime WAKE_INTERVAL_SEC%);
while (1) (

slaap (sleepTime);

/ / Do regulier werk
tptr \u003d localtime (& currentTime);

als (12 \u003d\u003d tptr-> tm_hour & & tptr-> tm_min <WAKE_INTERVAL_MIN)
(
/ / Noon werk aan de winkel
)
)

Verwachte Gedrag:
Als bedoeld in de bovenstaande code, verwachten we dat elk half uur, om wat werk worden gedaan, en indien dat tijdstip gebeurt te zijn tussen 12 en 12:30 ben daarom doen wij ook 's middags werken.

Werkelijke Gedrag:
Het merendeel van de tijd het werkt zoals verwacht. Maar een aantal keer, slaap lijkt een paar seconden afrit voor 12:30 uur en dus de logica niet en is de middag het werk. Idealiter zou ik verwachten dat de middag het werk voorwaarde om te mislukken, omdat draad is wakker om 12:30 en dus kan het niet satisify middag het werk staat. (Trace in het syslog blijkt dat regulier werk is begonnen om 12.30 uur, maar het inloggen zelf zou hebben wat tijd gekost en ik vermoed dat de slaap zou kunnen komen, vroeg wakker zijn)

Vraag:
- Kan de slaap wakker worden voor de geplande tijden (andere dan SIGALRM)? Zijn er nog andere omstandigheden waarin de slaap kon wakker te worden vóór de geplande tijd?
- Kan localtime gebruikt ter vergelijking terugkeer verkeerde moment?
- Is het mogelijk dat er enige tijd intern aanpassingen gedaan (kunnen worden voor de interne klok van driften, enz.) die resulteert in slaap ontwaken een seconde eerder dan verwacht of lokale tijd aan een vorm van aanpassing voor een of andere reden?

Alle ingangen in dit verband zijn gewaardeerd.

Thanks & Regards,
NSV

Waarom niet gebruik maken van cron of op schema uw code? Deze zijn gebouwd om commando's of scripts uit te voeren op precies het juiste moment.

Plus, sleep (1) is niet gegarandeerd exact een seconde slaap.

Hallo Jim,
Bedankt voor het antwoord.
Eigenlijk threads kan elk moment wakker te worden op basis van de planner, zodat het logisch was om de tijd de draad zodanig dient te slapen controleren of het in overeenstemming gebracht met intervallen van 30 minuten.

Met groet,
nsvora

Ik heb geprobeerd om dit duidelijk overbrengen:

Je kan niet garanderen hoe lang slapen is. U hebt toe te voegen sommige Slop (fudge factor) in uw seconde berekening een of andere manier, is het niet van plan uit te werken perfect elke keer - voorbeeld ervan uitgegaan dat u hebt POSIX conforme tijd - dwz., geen schrikkeljaar seconden.:
tijd te testen na ontwaken:
U kunt ook proberen usleep (waarde), wat fijnere granulariteit in ms heeft, maar ook hier is de minimale waarde. Het kan langer zijn. Bijvoorbeeld een hogere prioriteit dan dit een baan wordt uitgevoerd.