Echtzeitanwendung - Welche Struktur beim Dateizugriff?

[Sir Rufo]

Zitat von mkinzler;:

Sonst würde Intel ja auch nicht auf Hyperthreading setzen

Und wozu gebe es sonst das TThread-Objekt, wenn es nur interessant für Multi-Cores wäre.
Den Einwand, es gibt ja auch schon lange Multi-Cores, kontere ich mit es gibt aber auch schon 64Bit Systeme nur für Delphi nicht

[Assarbad]

Zitat von Sir Rufo:

Den Einwand, es gibt ja auch schon lange Multi-Cores, kontere ich mit es gibt aber auch schon 64Bit Systeme nur für Delphi nicht

Ich glaube ja HT ist einfach nur billiger

[Sir Rufo]

Zitat von Assarbad:

Zitat von Sir Rufo:

Den Einwand, es gibt ja auch schon lange Multi-Cores, kontere ich mit es gibt aber auch schon 64Bit Systeme nur für Delphi nicht

Ich glaube ja HT ist einfach nur billiger

Alter Wein in neuen Schläuchen

Was einem da doch das Horn schwillt, wenn man im Task-Manager x-Cores sieht (obwohl man nur x/2 hat)

[Matze]

Ich weiß nicht, ob ich bei VxWorks unbedingt von Threads sprechen kann. Da gibt es schon sowas in der Art, aber das ist nicht direkt mit Windows vergleichbar.
Und die Erfassung + Auswertung muss zeitkritisch erfolgen. Ich muss nämlich "live" prüfen, ob sich z.B. ein Spannungswert innerhalb der zulässigen Grenzen befindet und wenn nicht, die Messung beenden und solche Dinge.

Ich würde auch sagen, dass die Performance bei mehreren Threads eher sinkt, da häufig alle Messungen gleichzeitig ablaufen und somit alle Threads aktiv wären. Und dann greift bei gleichen Prioritäten das Round-Robin-Verfahren und dann weiß ich erst recht nicht mehr genau, was wann ausgeführt wird.
Overhead ist auch massiv vorhanden, da ich die Ethernet-Daten in jeden einzelnen Thread leiten muss und dort separat bewerte.
So kann ich es im Hauptthread für alle Sensoren auswerten (pro Schleifendurchlauf einmal für alle Sensoren, nicht pro Sensor einmal).

Ach das ist echt ein Käse ...