sleep (feiner als sekunde)

[michaa7]

Gibt es irgendeine Möglichkeit in einem Script die Ausführung einer Aktion anders als mit sleep zeitlich zu steuern. Anders als mit sleep weil sleep minimal nur sekunden kann, ich aber mindestens im Bereich von 1/10s , besser mit ungefähr 1/100s verzögern möchte (im realen Ergebnis muss das nicht 1/100 sein, aber eben möglichst besser als 1/10s).

[tobo]

Anders als mit sleep weil sleep minimal nur sekunden kann...

Mal die Manpage zu sleep gelesen?

[JTH]

Das übliche sleep aus coreutils versteht auch x-telsekunden:

Code: Alles auswählen

~$ sleep 0.1
~$ sleep 0.5
~$ sleep 0.01

Pause for NUMBER seconds. […] NUMBER need not be an integer.

[Wormaus]

Ich weiß jetzt zwar nicht in welcher script / sprogrammiersprache usw.
In der Regel gibt es aber "sleep" funktionen auch in 'microtime'.

[michaa7]

Zumindest soweit ich lese scheint das doch mit sleep und bash zu funktionieren.

[michaa7]

Anders als mit sleep weil sleep minimal nur sekunden kann...

Mal die Manpage zu sleep gelesen?

logo, die sagen aber dazu nichts

Hier gibt es aber etwas:
info '(coreutils) sleep invocation'

[tobo]

Anders als mit sleep weil sleep minimal nur sekunden kann...

Mal die Manpage zu sleep gelesen?

logo, die sagen aber dazu nichts

Wie, die sagt dazu nichts?

Unlike most implementations that require NUMBER be an integer, here NUMBER may be an arbitrary floating point number.

Und damit geifen dann z.B. die Beispiele, wie sie JTH darüber gezeigt hat...

[JTH]

logo, die sagen aber dazu nichts

Wie oben schon zitiert doch schon:

Für ANZAHL Sekunden pausieren. […] kann ANZAHL hier eine beliebige Gleitkommazahl sein.

[michaa7]

Naja, zunächst sind manpages das, was ein paket auf meinem rechner installiert und dann per "man <paketname> erreichbar ist. Und da seht:

BESCHREIBUNG
Für ANZAHL Sekunden pausieren. SUFFIX kann sein: »s« für Sekunden (Vorgabe), »m«
für Minuten, »h« für Stunden oder »d« für Tage. ANZAHL muss eine Ganzzahl sein.
Werden zwei oder mehr Argumente angegeben, wird für eine Zeit pausiert, die der
Summe der Werte entspricht.

--help zeigt Hilfeinformationen an und beendet das Programm.

--version
gibt Versionsinformationen aus und beendet das Programm.

Aber wir sind uns nun einig, es geht eben auch im subkomma bereich.

[tobo]

Das ist ein Ausschnitt deiner Manpage zu sleep (Buster?) und du kannst trotzdem eine Kommazahl verarbeiten lassen?
Ok, meine Manpage ist noch von Stretch und ich bin fälschlicherweise davon ausgegangen, dass sie auch in Buster Gültigkeit hätte!?

Für ANZAHL Sekunden pausieren. SUFFIX kann sein: »s« für Sekunden (Vorgabe), »m« für Minuten, »h« für Stunden oder »d« für Tage. Im Gegensatz zu den meisten Implementierungen, die ANZAHL als eine ganze Zahl erfordern, kann ANZAHL hier eine beliebige Gleitkommazahl sein. Werden zwei oder mehr Argumente angegeben, wird für eine Zeit pausiert, die der Summe der Werte entspricht.

[JTH]

Die oben verlinkte manpage ist die aus Buster, tobo, und bei mir unter Sid werden auch die unterstützten Gleitkommazahlen erwähnt.

Dann sorry für die Scheuklappen – aus welchem Debian-Release oder anderen Distri stammt denn deine manpage, Michaa?

[tobo]

Die oben verlinkte manpage ist die aus Buster, tobo...

Stimmt, kann man ja auch dem Link entnehmen. Diesen Link könnte man dann auch noch bis wheezy "zurückdatieren", ohne dass sich am Ergebnis was ändert. Stellt sich somit die Frage, was michaa7 benutzt?!

[michaa7]

Ich fahre Debian/sid(uction), das sind bis auf den Kernel und temporäre fixe pure debian/sid pakete, und bei Bedarf kann ich jederzeit den neuesten Debian Kernel zum testen booten weil der mitinstalliert ist.

Es gibt in der manpage von sleep hier auf dem system einen hinweis auf zusätzliche infoseiten:

Code: Alles auswählen

info '(coreutils) sleep invocation'

Dort ist dann zu lesen:

Although portable POSIX scripts must give ‘sleep’ a single
non-negative integer argument without a suffix, GNU ‘sleep’ also accepts
two or more arguments, unit suffixes, and floating-point numbers in
either the current or the C locale. *Note Floating point::.

For instance, the following could be used to ‘sleep’ for 1 second,
234 milli-, 567 micro- and 890 nanoseconds:

sleep 1234e-3 567.89e-6

Und auch im Netz fand ich einiges was besagte, dass die sleep - funktion in der bash (nicht in sh!) in einen modus versetzt werden kann, der millisekunden unterstützt. Das muß(te?) aber im bash profil erledigt werden. Später habe ich irgendwo im Netz gelesen, dass es mittlerweile in allen neueren version standard wäre, die manpages widersprechen dem natürlich.

Irgendwie ginge das also, aber ob es ***bei mir*** nun tatsächlich geht weiß ich nicht genau. Allerdings funktioniert das folgende script:

#!/bin/bash

sleep 2.366

cvlc '<ein-file>.mkv'

Wenn sleep "2.366" nicht verstehen würde sollte eigentlich das script hängen oder abbrechen? Nicht?

Daher denke ich "es geht".

EDIT:
AHHHH, da kommt licht ins Dunkel: bei mir ist "sleep" gar nicht installiert, sondern coreutils welches ein "sleep" mit sich bringt.Was dann da als manpages installiert wurde scheint mir eigentlich ein bug.

[tobo]

Ich fahre Debian/sid(uction),[...]

Ok - deine Ausgabe oben deckt sich sich dann mit dem hier:
https://manpages.debian.org/unstable/ma ... .1.de.html

Es gibt in der manpage von sleep hier auf dem system einen hinweis auf zusätzliche infoseiten:

Code: Alles auswählen

info '(coreutils) sleep invocation'

Das Infosystem ist eigentlich nicht sonderlich benutzbar!?

Dort ist dann zu lesen:

Although portable POSIX scripts must give ‘sleep’ a single
non-negative integer argument without a suffix, GNU ‘sleep’ also accepts
two or more arguments, unit suffixes, and floating-point numbers in
either the current or the C locale. *Note Floating point::.

For instance, the following could be used to ‘sleep’ for 1 second,
234 milli-, 567 micro- and 890 nanoseconds:

sleep 1234e-3 567.89e-6

Und steht damit in direktem Widerspruch zu deiner Manpage?!

Und auch im Netz fand ich einiges was besagte, dass die sleep - funktion in der bash (nicht in sh!)[...]

Sleep ist keine Funktion, sondern ein Programm. Funktionen sind shell-übergreifend, lediglich muss die jeweilige Shell-Implementierung angepasst werden. Was du vielleicht meinst sind Shell-Builtins!? Aber auch das triff hier nicht zu:

Code: Alles auswählen

$ type echo
echo is a shell builtin
$ type sleep
sleep is /bin/sleep
$

[...]in einen modus versetzt werden kann, der millisekunden unterstützt. Das muß(te?) aber im bash profil erledigt werden.

Das glaube ich so nicht!? Erstens würde man das so nicht programmieren und zweitens wäre das Programm dann abhängig von der Bash!?

Später habe ich irgendwo im Netz gelesen, dass es mittlerweile in allen neueren version standard wäre, die manpages widersprechen dem natürlich.

Die von Debian ja offensichtlich nicht! Sid ist hier kein Maßstab, das ist sid!

Irgendwie ginge das also, aber ob es ***bei mir*** nun tatsächlich geht weiß ich nicht genau. Allerdings funktioniert das folgende script:

#!/bin/bash

sleep 2.366

cvlc '<ein-file>.mkv'

Wenn sleep "2.366" nicht verstehen würde sollte eigentlich das script hängen oder abbrechen? Nicht?

Hängt von der Implementierung von sleep ab - das Programm würde wohl eine Meldung ausgeben. Unter Heirloom z.B.:

Code: Alles auswählen

$ sleep 2.366
sleep: bad character in argument

[michaa7]

Gut, zanken wir uns ein bissl ..

Das Infosystem ist eigentlich nicht sonderlich benutzbar!?

Hast du auch sid installiert. info ist auch nicht schlechter als man. In diesem Fall war da mehr zu lesen als unter man ...

Und steht damit in direktem Widerspruch zu deiner Manpage?!

Meine Rede (bug)

Sleep ist keine Funktion

Gut, meine Ungenauigkeit ...

Was du vielleicht meinst sind Shell-Builtins!? Aber auch das triff hier nicht zu:

Hier (wo auch immer das ist) vielleicht nicht, aber dort wo ich gelesen hatte schon ... ich suche es jetzt nicht nochmal raus.

Und "hier" as in "bei michaa7" ist es auch "sleep ist /bin/sleep". das änder nur nichts am gelesenen.

Die von Debian ja offensichtlich nicht! Sid ist hier kein Maßstab, das ist sid!

Naja, Sid ist auch Debian, und ich wüßte schon gern wieviel siderfahrung du hast um so kerniges in die welt zu setzen. Ist halt ein bug, in DEBIAN/sid. Hamwa doch geklärt.

Und was Heirloom ist ... kein plan.

n8

[tobo]

Hast du auch sid installiert. info ist auch nicht schlechter als man. In diesem Fall war da mehr zu lesen als unter man ...

Ich muss nicht sid installieren, damit ich weiterhin hinter meine Aussage stehe, welche nicht behauptete, dass es im Info-System keine Informationen gäbe, sondern dass das nicht sonderlich benutzbar sei!

Hier (wo auch immer das ist) vielleicht nicht, aber dort wo ich gelesen hatte schon ... ich suche es jetzt nicht nochmal raus.

Du musst da nichts raussuchen - "Hier" bezieht sich bei sleep auf bash vs. sh und das ist in allen Fällen (Funktion, Programm, Builtin), aus unterschiedlichen Gründen, falsch!

Naja, Sid ist auch Debian, und ich wüßte schon gern wieviel siderfahrung du hast um so kerniges in die welt zu setzen.

Absolut null Sid-Erfahrung, und doch ist das Debian-Allgemeinwissen! Sid ist Spielwiese und wer die nicht versteht oder zu händeln weiß, der sollte Stable benutzen!?

Und was heidroom ist ... kein plan.

Heirloom ist der Kehrwert von sid.

[wanne]

Und was Heirloom ist ... kein plan.

Ein Erbstück. In den 00ern konnte man tatsächlich mal ein sleep installieren, dass nur ganze zahlen schluckte. Ist aber selbst in oldoldstable Geschichte.

[wanne]

Btw. ist das ganze ein bisschen Humbug: Linux+Bash brauchen (idle) eh mindestens eine ms um ein Kommando auszuführen. Wenns dumm läuft auch mal 5ms. Im Schnitt sind es eher so 1.5ms. Dazu kommt nochmal sleep dass je nach prozessortakt nochmal ~0.5ms genehmigt bevor es mit zählen anfängt. (Argumente lesen.) (Btw. echt dämlich, das könnte sleep messen und entsprechend kürzer schlafen.) Selbst wenn du also sauber die ~2ms für sleep abziehst und weißt wie lange das Kommando nach und vor dir braucht schwankt dein Konstrukt mit sleep immer noch um ~4ms selbst wenn du wegforkst und die Laufzeit aller anderen Kommandos rausrechnest.
Da angaben auf ns genau zu machen...

[michaa7]

Absolut null Sid-Erfahrung, und doch ist das Debian-Allgemeinwissen!

Ah, die "ich weiß zwar ned, aber es war schon immer so"-Fraktion grüßt hier.

Sid ist Spielwiese und wer die nicht versteht oder zu händeln weiß,

Also ich nutze sid seit mehr als einem Jahrzehnt produktiv, ausschließlich. Ein Glück dass ich es zu händeln weiß. Und das wird auch durch einen Bug in den Manpages nicht anders.

Anders gesagt: Man wird ja wohl noch fragen dürfen

der sollte Stable benutzen!?

Nää, stabel is für Warmduscher die morgens ihr Hörnchen in den Kaffee tauchen (müssen).



Übrigens, ich dusche auch warm, aber nutze trotzdem kein stable ...

[michaa7]

...
Da angaben auf ns genau zu machen...

Darum ging es nie, schon gar nicht um ns. Es geht darum möglichst viel besser als 1/10 sec zu sein ... und wenn es dann also möglich ist das Rauschen in der bash möglichst gering zu halten, dann ist das zu diesem Zweck schon hilfreich.

Wenn nicht sec, dann ist es eben häufig so, dass software ms als kleinste Einheit anbietet. Und da cnee, was ich zum Aufzeichen von mausklicks nutze standardmäßig ms nutzt nutze ich ms als Basisgröße. Ich möchte eben nicht all die Fehler die zwangläufig in dem ganzen Konstrukt enthalten sein werden nicht *bei jedem einzelnen Vorkommen* noch zusätzlich nach oben aufrunden.

Ansonsten bin ich jedem dankbar, der mir bei meinem Vorhaben hilft.

[tobo]

Anders gesagt: Man wird ja wohl noch fragen dürfen

Sag mal, hast du inhaltlich auch nur ansatzweise irgendwas verstanden, was ich dir geschrieben habe?

[michaa7]

Anders gesagt: Man wird ja wohl noch fragen dürfen

Sag mal, hast du inhaltlich auch nur ansatzweise irgendwas verstanden, was ich dir geschrieben habe?

Ich verstehe deine ganze gereiztheit nicht, für die ich auch keinen anlaß geboten habe.

[wanne]

Darum ging es nie, schon gar nicht um ns. Es geht darum möglichst viel besser als 1/10 sec zu sein ... und wenn es dann also möglich ist das Rauschen in der bash möglichst gering zu halten, dann ist das zu diesem Zweck schon hilfreich.

Für eine ms kann man aber auch locker 0.001s schreiben. Exponentialschreibweise ist da IMHO ein bisschen Overkill noch lustiger fand ich die info-Page, die gleich mal ein Beispiel für ns bringt.

[michaa7]

...Für eine ms kann man aber auch locker 0.001s schreiben. Exponentialschreibweise ist da IMHO ein bisschen Overkill noch lustiger fand ich die info-Page, die gleich mal ein Beispiel für ns bringt.

Och menno ... jetzt argumentierst auch du noch neben der spur. Das war doch wohl A++++klar dass dies ganze gewaschel von ns, micros etc nur *zitiert* wurde weil es missverständnisse und ungereimheiten bezüglich verschiedener manpages gab. Und das sollte doch nur zeigen: die eine sleep version kann nur s, die andere kanns viel feiner, und im ergebnis wurde klar dass es da in Debian/sid eine inkonsistente manpage installation gibt.
Nirgends stand dass ich im micro oder ns bereich scripten wollte ...

[wanne]

Och menno ... jetzt argumentierst auch du noch neben der spur. […] Nirgends stand dass ich im micro oder ns bereich scripten wollte ...

Ich wollte ja nur verhindern, dass jemand auf dumme Ideen kommt, wenn er das so ließt.