Thread mit timer gestartet

**Blup**

Es gibt sicher bessere Lösungen, aber ohne das Programm jetzt komplett umzustellen könnte man den Timer einfach in ein Datenmodul verschieben.
Das lässt man beim Programmstart erstellen und ist immer da, egal welche Formulare angezeigt werden.

Die Idee ist doch 'alle x ms Daten zu lesen'. Was spricht dann gegen das 'Sleep' in der Bearbeitungsschleife, wie von Bowler skizziert?

Dafür gibt es in der Kernel32 die API SetWaitableTimer
Diesen Timer kann man dann innerhalb Thread.Execute erstellen.
Sleep ist immer eine schlechte Idee.

gruss

**Neutral General**

Warum ist sleep eine schlechte Idee?
Wenns nicht der Hauptthread ist dann friert nichts ein und während dem sleep kann sich der Prozessor um andere Prozesse/Threads kümmern wodurch Resourcen gespart werden.

Zitat von Neutral General:

Warum ist sleep eine schlechte Idee?

Weil Sleep die letzte aller Möglichkeiten sein soll wenn man es nicht besser weis.
Ich verwende lieber meine Methode da ich dann von zeit zu zeit Einfluss nehmen kann auf den Thread, wann eine Aktion ausgeführt werden soll.
Nicht jede Form oder Aktion benötigt eine Wartezeit von 200ms.
Das bremst unterumständen das Programm aus.

PS:
Wenn innerhalb des Threads auf Funktionen der GUI (Form) zugegriffen wird friert das Programm für 200ms ein.

Aber jeder wie er will.

gruss

Zitat von EWeiss:

Das bremst unterumständen das Programm aus....Wenn innerhalb des Threads auf Funktionen der GUI (Form) zugegriffen wird friert das Programm für 200ms ein.

Wenn Sleep innerhalb eines Threads ausgeführt wird?? Das will mir nicht so recht einleuchten.

Zitat von Dejan Vu:

Zitat von EWeiss:

Das bremst unterumständen das Programm aus....Wenn innerhalb des Threads auf Funktionen der GUI (Form) zugegriffen wird friert das Programm für 200ms ein.

Wenn Sleep innerhalb eines Threads ausgeführt wird?? Das will mir nicht so recht einleuchten.

Hauptthread ist dieser der GUI
Dein Thread hat nichts mit dem der GUI gemein.
Jetzt versuche mal aus deinen Thread einen Label aus der GUI anzusprechen so das er alle 10ms die neue Zeit anzeigt.
Ich denke das dein Thread das Programm einfriert und der Label in dem Fall nicht aktualisiert wird.
Versuchs doch einfach.

gruss

Thread mit timer gestartet

AW: Thread mit timer gestartet

AW: Thread mit timer gestartet

AW: Thread mit timer gestartet

AW: Thread mit timer gestartet

AW: Thread mit timer gestartet

AW: Thread mit timer gestartet

AW: Thread mit timer gestartet

Stichworte

Forumregeln

Blup Registriert seit: 7. Aug 2008 Ort: Brandenburg 1.487 Beiträge Delphi 12 Athens	#1 AW: Thread mit timer gestartet 27. Okt 2014, 12:19 Es gibt sicher bessere Lösungen, aber ohne das Programm jetzt komplett umzustellen könnte man den Timer einfach in ein Datenmodul verschieben. Das lässt man beim Programmstart erstellen und ist immer da, egal welche Formulare angezeigt werden.
	Zitat

Dejan Vu (Gast) n/a Beiträge	#2 AW: Thread mit timer gestartet 27. Okt 2014, 13:44 Die Idee ist doch 'alle x ms Daten zu lesen'. Was spricht dann gegen das 'Sleep' in der Bearbeitungsschleife, wie von Bowler skizziert?
	Zitat

EWeiss (Gast) n/a Beiträge	#3 AW: Thread mit timer gestartet 27. Okt 2014, 13:57 Dafür gibt es in der Kernel32 die API SetWaitableTimer Diesen Timer kann man dann innerhalb Thread.Execute erstellen. Sleep ist immer eine schlechte Idee. gruss
	Zitat

Dejan Vu (Gast) n/a Beiträge	#6 AW: Thread mit timer gestartet 27. Okt 2014, 14:42 Zitat von EWeiss: Das bremst unterumständen das Programm aus....Wenn innerhalb des Threads auf Funktionen der GUI (Form) zugegriffen wird friert das Programm für 200ms ein. Wenn Sleep innerhalb eines Threads ausgeführt wird?? Das will mir nicht so recht einleuchten.
	Zitat