Wenn man mit sleep eine Pause definiert, gibt es dann eine Minimalgrenze, die Perl/FHEM nicht unterschreitet? Klarerweise ist das die Null, aber würde auch zB. sleep 0.1 exakt ausgeführt, wenn die anderen abzuarbeitenden Prozesse es gestatten?
Zitat von: andies am 10 September 2018, 11:08:43
Wenn man mit sleep eine Pause definiert, gibt es dann eine Minimalgrenze, die Perl/FHEM nicht unterschreitet? Klarerweise ist das die Null, aber würde auch zB. sleep 0.1 exakt ausgeführt, wenn die anderen abzuarbeitenden Prozesse es gestatten?
Meines Wissens, JA.
Solange das OS, was im Hintergrund läuft, kein dediziertes RTOS ist, was ein vorhersagbares Zeitverhalten der Systemaufrufe oder vorhersagbare Reaktionszeiten auf Ereignisse garantiert, sehe ich es als schwierig bis unmöglich an, zu sagen, dass ein Sleep so lange dauert, wie im Code hinterlegt ist - auch unter "guten Bedingungen" der anderen Prozesse.
Da kann einfach viel zu viel dazwischen kommen, was eine verlängerte Ausführung bedingen kann.
Perl an sich bietet Sleep-Funktionen bis nanosleep() an, wenn entsprechende HiRes Timer verfügbar sind: https://perldoc.perl.org/Time/HiRes.html
Guter Einwand mit der OS-Abhängigkeit.
Da es hier darum geht, mit dem gegebenen Unfeld ein möglichst genaues Ergebnis zu haben: sollte es ggf. nicht auch helfen, eine weitere Instanz von FHEM aufzurufen (wenn man mehrere Kerne hat) und den Kram darin auszuführen?
Zitat von: andies am 10 September 2018, 11:08:43
Klarerweise ist das die Null, aber würde auch zB. sleep 0.1 exakt ausgeführt, wenn die anderen abzuarbeitenden Prozesse es gestatten?
Es wurde ja ziemlich exakt gefragt. Und das wir hier nicht von Perl sleep reden sondern von FHEM sleep war glaube auch ansatzweise deutlich.