Auf Ende der Eingabe im TEdit warten und Inhalt verzögert verarbeiten

[Uwe Raabe]

Zitat von Rollo62:

(Natürlich rede ich nicht davon wenn man irgendwo massiv zig-tausende Timer verwenden würde,
sondern von einem normalen Fall von Timer in einer handvoll Units)

Ich habe hier ein Alt-System, da laufen ca. 80 Timer gleichzeitig ohne Probleme. Es ist dabei viel wichtiger die Intervalle an die benötigen Event-Laufzeiten anzupassen, als über eine Handvoll Timer mehr oder weniger nachzudenken

[Delphi.Narium]

Einfachste Methode:

Timer am Anfang des Ereignisses ausschalten und am Ende wieder einschalten.

Besagtes Problem kenne ich nur, wenn ein (oder mehrere) Timer sich selbst "überholt", also das Timerereignis bereits ausgelöst wird, während es noch abgearbeitet wird.

[Uwe Raabe]

Zitat von Delphi.Narium:

Timer am Anfang des Ereignisses ausschalten und am Ende wieder einschalten.

Klar, aber das löst nicht das Problem, daß dann dauerhaft die CPU (bzw. ein Kern) ausgelastet ist, wenn die Timer-Events quasi im Dauerfeuer triggern. Da muss man sich dann schon fragen, ob so kurze Intervalle überhaupt nötig sind, wenn sie dann eh nicht eingehalten werden können.

[Delphi.Narium]

Timerintervalle sind bei mir eher im Sekunden- oder Minutenbereich, 'nen Timer alle paar Millisekunden auslösen ist eher 'ner Ausnahme. Allenfalls zur Pegelabfrage bei der Bass.dll, um "irgendwas flackern zu lassen" Aber kürzer als 20 ms macht ein System unbrauchbar.

[Rollo62]

Ja sicher, ich denke hierbei an Intervalle so um die >= 200ms.
Kürzer geht auch, wird aber auch entsprechend kritischer, da würde ich versuchen andere Lösungen zu finden.

Ich benutze oft einen Master-Timer mit einem "kleinsten gemeinsames Intervall",
welches dann durch einfache Integer-Zähler auch mehrere größere Delay-Intervalle erzeugen kann.
Das schont die Timer-Resourcen, ist aber nicht in allen Fällen anwendbar.
Insbesondere für UI-Timing, aber selbst für exaktes Scheduling im Bereich mehrerer Stunden bis Tage ist das aber normalweise durchaus ausreichend.


Und richtig:
Das Einpacken von OnTimer in FTimer.Enabled := False; .... FTimer.Enabled := True; ist ein Muss um Überläufe zu verhindern.
Es sei denn es kommt auf absolut exakte Perioden an, dann müsste man die OnTimer-Rountine besser vom Intervall entkoppeln.

[dummzeuch]

Zitat von Delphi.Narium:

Aber kürzer als 20 ms macht ein System unbrauchbar.

Ist nicht das minimale Timer-Interval sowieso nur ca. 40 ms ?

[Uwe Raabe]

Zitat von dummzeuch:

Ist nicht das minimale Timer-Interval sowieso nur ca. 40 ms ?

Nein, 10 ms (ich glaube seit Windows XP): USER_TIMER_MINIMUM (0x0000000A) (aus WinUser.h)