Parallelisierung von DLLs

(25.07.2012 21:55 )GerdW schrieb:  

Zitat:Das klingt für mich nach einer RaceCondition, wenn mehrere Prozesse sich Daten aus der Queue holen sollen: Es könnte passieren, das gleichzeitig zwei parallele "DLL"-Routinen sich auf die gleiche Weise sich die Elemente in der Queue ausgeben lassen und dann das gleiche Bild analysieren... Daten immer per DeQueue aus der Queue auslesen!

Das Problem ist mir auch schon aufgefallen. DeQueue ist da eine gute Idee, danke.

Zitat:Vorschlag:
- Steuer die parallelen Routinen über die Anzahl der in der Queue gespeicherten Daten: sind nur wenige Daten enthalten, laufen nur 1 oder 2 Routinen. Werden es mehr als 10 Elemente, darf die 3. Routine helfen. Liegen mehr als 20 Elemente in der Queue, greift die 4. Routine ein. Und immer Daten per DeQueue abfragen!!!

Wenn ich DeQueue verwende, wird der Eintrag ja direkt wieder aus der Queue entfernt, da ich ihn ja direkt wieder auslese und dann lösche. So habe ich immer nur ein Element in meiner Queue drin. Dann funktioniert das nicht, dass ich meine Routinen in Abhängigkeit von der Anzahl der Elemente innerhalb der Queue steuere, oder irre ich mich da. Da kann ich ja nur Queue-Status lesen verwenden, nur habe ich dann wieder das Problem, dass mehrere Routinen denselben Wert verwenden können.

Zitat:- Erlaubt die DLL überhaupt parallele Zugriffe auf die gleiche Funktion?

Darüber habe ich mir noch garkeine Gedanken gemacht. Ich kenne mich mit DLLs nur soweit aus, dass ich sie in LabVIEW einbinden kann. Die Algorithmen habe ich nicht selbst geschrieben. Ist aber ein guter Hinweis, da muss ich mal nachforschen.