![]() |
Jupp. Die Priorität hat nur was mit der Zuteilung an Prozessorzeit zu tun. Da jedes Fenster seine eigene Nachrichtenschlange von Windows zugeteilt bekommt.
|
Dann ist das ganze ja doch kein so großes Problem. Das Programm, das schnell auf die Timer-Nachricht reagieren soll, darf ansonsten nur wenige Nachrichten bekommen, damit es schnell reagiert.
|
Wie willst du das verhindern? Was meinst du, was alles an dein Fenster gesendet wird, was du gar nicht mit bekommst.
WM_PAINT (dürfte am längsten dauern, da hier alles gezeichnet wird) WM_ACTIVATE WM_SIZE WM_SIZING WM_ACTIVATEAPP WM_MOVE WM_MOVING WM_NCPAINT WM_NCACTIVATE WM_NCCALCSIZE WM_WINDOWPOSCHANGED WM_WINDOWPOSCHANGING ... Um nur ein paar zu nennen. |
Zunächst mal kein sichtbares Fenster. Dann fallen mal sämtliche WM_COMMAND weg; WM_PAINT etc., die vom System generiert werden, können ignoriert werden.
Wäre gut als Systemservice zu realisieren. Man kann sich den ganzen Mist mit dem Timer abber auch sparen. Man braucht ja in Prinzip nur eine Aktion, die so oft wie möglich ausgeführt werden soll, nämlich die CPU-Temperatur zu überprüfen. Das dürfte sich auch mit einer Endlosschleife und Sleep- oder Delay-Commands, um die Auslastung zu verringern, bewerkstelligen lassen. |
Spricht alles für einen Thread, denn man mit Sleep() zwischendurch schlafen schickt.
|
Das mit dem Programm war nur ein Beispiel, um zu verdeutlichen was ich meine. Also sind und bleiben Timer-Prozesse "unwichtig".
Ist dann auch egal! Thx! MfG Florian |
Alle Zeitangaben in WEZ +1. Es ist jetzt 01:12 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz