Und aufpassen, ob du dein Programm aus Delphi (F9) startest, oder von extern.

Die Delphi-IDE fummelt seit einer Weile am SystemTimeAdjustment rum, so dass solche Timer plötzlich schneller/öfters reagieren.


Es gibt mehrere Implementationen von Higher-Resolution-Timers (z.B. im DirectX),
aber so lange man nicht an der Kernzuordnung und Priorität der Threads rumfummelt, kann man ganz kleine Intervalle eh vergessen.



Es ist möglich seinen Thread auf einen Kern zu begrenzen
und wenn man dann noch ALLE anderen aktuellen/zukünftigen Threads ALLER anderern Anwendungen davon ausschließt, dann wäre man dort alleine und hätte theoretisch die volle Zeit zur Verfügung.

Um was für Daten geht es eigentlich? Es gibt ja auch die Möglichkeit ganz auf einen PC zu verzichten.
Ich hatte für sowas mal einen Raspberry PI laufen. Oder man geht noch weiter runter zum Arduino, der kann auch WiFi, wenn er muss.

Zitat von Sinspin:

Um was für Daten geht es eigentlich? Es gibt ja auch die Möglichkeit ganz auf einen PC zu verzichten.
Ich hatte für sowas mal einen Raspberry PI laufen. Oder man geht noch weiter runter zum Arduino, der kann auch WiFi, wenn er muss.

Es geht um die Datenerfassung an einer Industrieanlage. Da hat ein Pi nichts verloren . Die Daten kommen von einer SPS...

Wie schon gesagt:

Zitat von himitsu:

Und aufpassen, ob du dein Programm aus Delphi (F9) startest, oder von extern.

Die Delphi-IDE fummelt seit einer Weile am SystemTimeAdjustment rum, so dass solche Timer plötzlich schneller/öfters reagieren.

Danke @shebang für das Schlagwort, denn
https://www.delphipraxis.net/206889-...ml#post1482408

Man kann auch bei Windows 10 noch einstellen, wie die Performance bei Vordergrund- und Hintergrund-Programmen aufgeteilt werden soll:

This PC -> Properties -> Advanced System Settings -> Advanced -> Performance -> Settings -> Advanced -> Processor Scheduling

Dort von "Programs" auf "Background Services" umstellen.

Danach sollte die Thread-Performance von Vordergrund und Hintergrundprogrammen gleich sein. So zumindest die Theorie.

(Es kann sein, dass man zu dieser Einstellung auch einfacher hinkommt, aber dies ist die, die ich gerade gefunden habe.)

Die einfache Idee mit [Win] und dann sowas wie "performance", "Thread" oder "Scheduler" funktioniert garnicht


Hey, es gibt einen Windows Performance Analyser

Google Youtube meint https://www.youtube.com/watch?v=6IXx7xx8t2Y
Wozu brauchen wir da noch AQTime

Zitat von himitsu:

Hey, es gibt einen Windows Performance Analyser

Google Youtube meint https://www.youtube.com/watch?v=6IXx7xx8t2Y
Wozu brauchen wir da noch AQTime

Wegen der Zuordnung von Quelltextzeilen zu Ausführungszeiten?

Ist ja vielleicht schon langsam off-topic aber ich habe neue Erkenntnisse:

Das von mir beschriebene Verhalten tritt nur unter Windows 11 auf (auf 5 Maschinen getestet, 2 x Win 11, 3 x Win 10). Bei Windows 10 bleiben die Threads absolut stabil. Und das ganze Unabhängig davon ob die Priorität auf den Anwendungen oder auf die Hintergrundprozesse eingestellt wird.

Auch auf dem Zielsystem, welches - auf Wunsch des Kunden - mit Windows 10 ausgeliefert wird.

Soweit ich weiss hat sich Microsoft bei Win11 damit gebrüstet Vordergundprozessen viel höhere
Priorität zuzuweisen wie bevor - eventuell überschreibt das die Einstellung die vorher diskutiert wurde und
macht diese nutzlos.

Hast du schon mal versucht die Threadpriorität im Code zu erhöhen?

Zitat von dummzeuch:

(Es kann sein, dass man zu dieser Einstellung auch einfacher hinkommt [...])

Ja, den Weg kann man deutlich verkürzen: SystemPropertiesPerformance.exe > Erweitert > Prozessorzeitplanung.

Grüße
Dalai