Dauert Sleep(1) auf allen Windows /Rechnersystemem 1ms?

[DelphiManiac]

Die Frage ist eigentlich schon im Titel erklärt.

Hintergrund ist folgender:

Ich habe eine Software die die Sleep Funktion nutzt,
diese ist auf einem anderen Rechner sehr viel langsamer (Kommunikation wird damit gesteuert),
lass ich mir die Werte (Erhöhung eines Zählers) anzeigen, dann läuft dieser wirklich um das 3 fache langsamer


Ist das so, oder hat das andere Gründe?

Gruß

[r2c2]

Hallo,
Ein Sleep(1) heißt nur, dass mindestens eine Millisekunde gewartet wird. Was passiert ist folgednes:
- Der Main-Thread für dein Prog wird für 1ms schlafen gelegt
- Danch wacht er wieder auf
- Je nachdem, was ansonsten noch passiert, kanns aber sein, dass der Thread noch nicht gleich wieder dran kommt, weil andere Threads auch noch was arbeiten wollen

==> Es besteht nur die Garantie, dass der Thread nicht wieder aktiv wird, bevor die 1ms abgelaufen sind.

mfg

Christian

[shmia]

Ein Sleep(1) braucht immer mehr als 1 ms, da ja im Hintergrund ein Taskwechsel stattfindet.
Es wird min. die Robin-round time slice "verbraten".
Unter 50ms muss man mit prozentual grossen Abweichungen rechnen.
Bei einem Sleep(1000) muss man mit min. 50ms Abweichung rechnen.

[Christian Seehase]

Moin DelphiManiac,

um shmias Ausführungen noch etwas zu verdeutlichen:

Sobald Sleep aufgerufen wird, gibt der aufrufende Thread die ihm zustehende Rechenzeit ab, und bekommt erst, wenn er "turnusmässig" wieder dran ist, neue Rechenzeit zugeteilt.
Soll heissen: Selbst ein Sleep(0) hat verzögernde Wirkung.

[Robert Marquardt]

Windows hat intern einen Heartbeat-Timer der auf deutlich mehr als 1 msec laueft. Das ist die Mindestzeit die bei Sleep(1) vergeht. Gemeinerweise kann dieser Timer auf 1 msec gestellt werden. Es kann also passieren das ploetzlich alles schneller geht (einschliesslich Treibern) nur weil ein Programm mit Miltimedia-Sachen hantiert.

[DelphiManiac]

@all:

Ja stimmt, der Prozess (bei mir der Ganze Prozess, da es nur einen Thread gibt)
gibt seine Prozessorzeit ab und ist für min. 1 ms nicht Zuteilungsfähig,
er kann also erstwieder nach 1 ms. vom OS mit Prozessorzeit zugewiesen bekommen.

Gut, wie kann ich denn meinem Prozess eine höhere Priorität geben, bzw.
wie kann ich sicherstellen, dass mein Prozess nach 1 ms wieder aktiv wird?

Da es bei einigen Systemen sehr große unterschiede gibt, so, dass die Kommunikation auf den Systemen nicht
ordnungsgemäß läuft...

Danke euch!

[jfheins]

Probiers doch mal damit:

Delphi-Quellcode:

for i := 0 to 100 do
asm
  NOP;
end;

Im Ernst: Wozu möchtest du unbedungt eine Pause von einer Millisekunde erzwingen??

Falls du die Kommunikation direkt beeinflussen kannst, überdenke das ganze. Wenns sowas wie n com Port ist (kenn mich da null aus) dann benutz queryperformace -counter und -frequency. In einer while-Schleife solltest du damit ein wenig Leerlauf (= Pause) erzeugen können

[BBG]

Zitat:

sicherstellen, dass mein Prozess nach 1 ms wieder aktiv wird

Nach exakt 1ms? Ich behaupte: unmöglich.

Zitat:

meinem Prozess eine höhere Priorität geben

Luckie hat dazu mal ein Tutorial geschrieben, bzw. über Threads --> guckst du hier

[Luckie]

Verabschiede dich von deinem Konzept. Windows ist kein Echtzeitbetriebssystem. Nichts aber wirklich gar nichts kann dir garantieren, dass dein Prozess nach einer ms wieder die CPU zugeteilt bekommt, auch nicht eine höhere Priorität. Im Gegenteil, eine höhere Priorität könnte dein ganzes System instabil wwerden lassen. Wenn man der Meinung ist, dass sein Programm eine höhere Priorität benötigt, dann ist meist etwas am Design falsch. Hinzukommt, dass die kleinste mögliche Auflösung des normalen Timers bei 15 ms liegt und unter Consumer Windows bei ca. 50 ms.

Anstatt irgendwas ständig zu pollen, solltest du dich benachrichtigen lassen. Aber das sind nur Vermutungen, deswegen die Frage: Was hast du vor? Wozu brauchst du das?

[DelphiManiac]

Nunja,

das Design meiner Kommunikationstruktur ist an der Stelle nicht ganz sauber, müsste
mit Events arbeiten und mich benachritigen lassen.

Hier geht es um ein Frage Antwort Spiel (d.h. es muss definitiv auf die Antwort (oder Timeout) gewartet werden..)

Werde das bei meinem nächsten Projekt umstellen, und werde dann mal den Quelltext posten, so
das wir hier diskutieren können wie man es optimiert.

Aber trotzdem finde ich die Abweichungen, die ich habe schon heftig,


Wie gesagt angenommen ich habe soetwas

Delphi-Quellcode:

// Ist nur ein Beispiel:
for I := 0 to 5000 do
begin
  Sleep(1);
end;

Dann dauert es auf meinem P4 ungefähr 5,5 - 6 sec

und auf einem Athlon XP 2000 mit Windows XP (frisch aufgesetzt ohne Service Pack2)
13-14 sec....

das Sleep(1) nicht genau eine ms dauert ist mir ja klar,
aber, dass sich die Abweichung so aufsummiert

Gruß
DelphiManiac