Echtzeitanwendung - Welche Struktur beim Dateizugriff?

[Matze]

Hallo,

mehrere Threads bringen in meinem Falle nichts. Bei einer Single-Core-CPU wird ja alles nacheinander ausgeführt, d.h. ich habe mir Funktionen geschrieben, die in einer For-Schleife meine Sensoren durchgehen und diverse Dinge berechnen etc.

Das funktioniert soweit auch alles.

Nur das Speichern bereitet mir zur zeit Probleme. Daher dachte ich daran, dieses Teil in einen separaten Thread auszulagern.

Das ganze ich deutlich komplexer als ich es bisher dergestellt habe. Ich bekomme übers Netzwerk Daten wie z.B. ein Boolsches Array. Index 0 enspricht Sensor 1, ...
Und das Array kann ich innerhalb einer einzigen For-Schleife sehr leicht verarbeiten (Schleifen-Index = Array-Index). Daher möchte ich die Erfassung und Auswertung in einer einzigen Schleife machen.

[Sir Rufo]

trotz Single-CPU würde ich pro Empfangskanal auch einen Thread erzeugen.

Die meisten Threads werden ja eh schlafen, aber so braucht keiner der Empfangskanäle warten, bis dieser in der for-Schleife abgefragt wird.

Diese Threads würde ich auch NUR zum Erfassen der Daten benutzen. Die Auswertung der Daten ist ja dann nicht mehr zeitkritisch, da beim Empfang ja alle Parameter erfasst wurden (Messwert, Zeitpunkt der Messung)

Single-Core und Multi-Threading:

Es ist sicher richtig, wenn ich auf einem System mit n Kernen sehr rechenintensive Vorgänge in m Threads packe und m>n, dass die Performance nicht steigt, sondern sogar sinkt.
Hier haben wir aber nicht solch einen Fall, denn hier wartet jeder Thread eine ungewisse Zeit und somit sollte für jeden Thread genug Zeit da sein.

Wenn dem nicht so ist, dann ist auch die Single-Thread-Lösung ein nicht gangbarer Weg.

[Assarbad]

Zitat von Matze:

Hallo,

mehrere Threads bringen in meinem Falle nichts. Bei einer Single-Core-CPU wird ja alles nacheinander ausgeführt, d.h. ich habe mir Funktionen geschrieben, die in einer For-Schleife meine Sensoren durchgehen und diverse Dinge berechnen etc.

Das ist ein Irrtum. Selbst auf einem Einkern-System bieten Threads eine bessere Granularität bei der Ausführung. Zugegeben, irgendwann wird auch der Overhead zu groß, aber das dauert ne Weile.

Aber mal ne Frage. Müssen denn die Daten immer sofort geschrieben werden? Oder ginge sammeln und dann schreiben aus einem dedizierten Thread?

[mkinzler]

Sonst würde Intel ja auch nicht auf Hyperthreading setzen

[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 ...