Hi,
Ich arbeite auf HPUX Anwendung und ich hatte eine Anfrage in Bezug auf die Sleep & localtime Systemaufruf in HPUX.
Hier ist der Code, den wir haben:

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

/ / Finden Sie heraus, wie spät es ist
Zeit (& currentTime);

/ / Thread, um wakeup Uhr mit 30 Minuten, dh, wenn es derzeit 9.20 wakeup nach 10 Minuten,
/ / Wenn es derzeit 9.05, aufwachen nach 25 Minuten.
/ / Berechnen verbleibenden Anzahl von Sekunden in dieser halben Stunde.
sleepTime \u003d WAKE_INTERVAL_SEC - (currentTime WAKE_INTERVAL_SEC%);
while (1) (

sleep (sleepTime);

/ / Do reguläre Arbeit
tptr \u003d localtime (& currentTime);

wenn (12 \u003d\u003d tptr-> tm_hour & & tptr-> tm_min <WAKE_INTERVAL_MIN)
(
/ / Noon zu tun
)
)

Erwartetes Verhalten:
Wie im obigen Code, erwarten wir, dass jeder eine halbe Stunde, einige Arbeit zu tun, und wenn zu diesem Zeitpunkt passiert, werden zwischen 12 und 12:30 Uhr, dann tun wir auch mittags arbeiten.

Tatsächliche Verhalten:
Die meisten der Zeit es funktioniert wie erwartet. Aber einige Zeit, schlafen zu verlassen scheint, ein paar Sekunden vor 12.30 Uhr und so die Logik nicht und macht die Uhr arbeiten. Im Idealfall würde ich erwarten, dass die Uhr nicht Voraussetzung für die Arbeit, da Thread hat aufwachte um 12:30 Uhr und somit kann es nicht satisify mittags arbeiten Zustand. (Trace in syslog weist darauf hin, dass reguläre Beschäftigung hat um 12:30 Uhr, aber die Anmeldung selbst hätte sich etwas Zeit und ich vermute, Schlaf geweckt haben könnte früh)

Frage:
- Kann Schlaf aufwachen, bevor die geplante Zeit (andere als SIGALRM)? Gibt es noch andere Bedingungen, unter denen Schlaf aufwachen könnte vor dem geplanten Zeitpunkt?
- Kann localtime für den Vergleich zurück falschen Zeit?
- Ist es möglich, dass es einige Zeit Anpassungen erfolgt intern (kann für die innere Uhr Treibangeln etc), die Ergebnisse im Schlaf aufwachen eine zweite früher als erwartet oder lokaler Zeit damit eine Art der Anpassung aus irgendeinem Grund?

Alle Eingaben in diesem Bereich sind willkommen.

Thanks & Regards,
nSv

Warum nicht mit cron oder zu planen Sie Ihren Code? Diese sind, Kommandos oder Scripte genau zum richtigen Zeitpunkt.

Plus, Schlafstörungen (1) ist nicht garantiert Schlaf genau eine Sekunde.

Hi Jim,
Vielen Dank für die Antwort.
Eigentlich Threads aufwachen können jederzeit auf der Grundlage der Scheduler, so dass die Logik war, um die Zeit der Thread zu schlafen, so dass im Einklang mit seiner 30-Minuten-Intervallen.

Mit freundlichen Grüßen,
nsvora

Ich habe versucht, um dies deutlich:

Sie können nicht garantieren, genau, wie lange schlafen. Sie haben, um einige Sloptank (fudge-Faktor) in der Sekunde Berechnung der einen oder anderen Weise, ist es nicht zu jeder Zeit perfekt - Beispiel setzt voraus, dass Sie POSIX kompatibel Zeit - dh., keine Schaltsekunden.:
Zeit nach dem Test wakeup:
Sie können auch versuchen usleep (Wert), die feinere Granularität bei MS, aber auch Wert ist das Minimum. Es kann länger dauern. Zum Beispiel eine höhere Priorität als dieser Job ausgeführt wird.