WICHTIG: Der Betrieb von goMatlab.de wird privat finanziert fortgesetzt. - Mehr Infos...

Mein MATLAB Forum - goMatlab.de

Mein MATLAB Forum

  
Gast > Registrieren       Autologin?   

Partner:




Forum
      Option
[Erweitert]
  • Diese Seite per Mail weiterempfehlen
     


Gehe zu:  
Neues Thema eröffnen Neue Antwort erstellen

Parallel Computing Toolbox --> race conditions
 

Korken26
Forum-Newbie

Forum-Newbie

Beiträge: 3
Anmeldedatum: 24.04.14
Wohnort: ---
Version: ---
     Beitrag Verfasst am: 17.02.2015, 23:09     Titel: Parallel Computing Toolbox --> race conditions
  Antworten mit Zitat      
Hallo miteinander,
ich beschäftige mich zZ. mit paralleler Programmierung und bin auf die Parallel Computing Toolbox und die parfor-Schleife gestoßen. Weiß jmd von euch, wie Matlab intern mit race conditions umgeht? ZB bei dem unteren Beispiel:

Code:

x=0;
n=100;

parfor i=1:n
if (norm(rand(1,2))<=1)
x=x+1;
end
end
 


Leider habe ich im Internet keine direkten Antworten bekommen. Vielen Dank! Smile

PS: Die spmd-Methode soll hier außen vor gelassen werden. Smile
Private Nachricht senden Benutzer-Profile anzeigen


Harald
Forum-Meister

Forum-Meister

Beiträge: 24.495
Anmeldedatum: 26.03.09
Wohnort: Nähe München
Version: ab 2017b
     Beitrag Verfasst am: 18.02.2015, 09:07     Titel:
  Antworten mit Zitat      
Hallo,

das tatsächliche interne Vorgehen wäre wohl eine Frage für die Entwickler bei MathWorks. Kannst du präzisieren, um was es dir genau geht?

Grüße,
Harald
Private Nachricht senden Benutzer-Profile anzeigen
 
Korken26
Themenstarter

 Forum-Newbie

Forum-Newbie

Beiträge: 3
Anmeldedatum: 24.04.14
Wohnort: ---
Version: ---
     Beitrag Verfasst am: 18.02.2015, 15:08     Titel:
  Antworten mit Zitat      
Ja, das kann ich. Ich befürchte, dass die globale Variable x nicht gelocked wird, so dass bei einem worker mit zB x=12 gerechnet und dann um eins erhöht wird, aber gleichzeitig bei einem anderen worker auch mit x=12 gerechnet wird und dann erhöht wird, da x beim ersten worker nicht gelocked wurde (race condition).
Private Nachricht senden Benutzer-Profile anzeigen
 
Winkow
Moderator

Moderator


Beiträge: 3.842
Anmeldedatum: 04.11.11
Wohnort: Dresden
Version: R2014a 2015a
     Beitrag Verfasst am: 18.02.2015, 15:32     Titel:
  Antworten mit Zitat      
kann man das nicht überprüfen indem du alle ergebnisse zwischenspeicherst?
Code:
x=0;
n=100;
a=nan(n,1);
parfor i=1:n
a(i)=norm(rand(1,2))<=1;
if (norm(rand(1,2))<=1)
x=x+1;
end
end
 

x sollte dann doch sum(a) sein oder?
_________________

richtig Fragen
Private Nachricht senden Benutzer-Profile anzeigen
 
Korken26
Themenstarter

 Forum-Newbie

Forum-Newbie

Beiträge: 3
Anmeldedatum: 24.04.14
Wohnort: ---
Version: ---
     Beitrag Verfasst am: 18.02.2015, 16:01     Titel:
  Antworten mit Zitat      
Dank dir für die Antwort.
Leider ist das Zwischenspeichern keine Option. Einerseits weil es das Programm verlangsamt und andererseits bedeuten korrekte Zwischenergebnisse nicht, dass es nicht iwann anders zu race conditions kommen kann. Man muss daher iwie wissen, ob da gelocked wird oder nicht...
Leider habe ich diesbezüglich nichts in der Dokumentation gefunden.
Private Nachricht senden Benutzer-Profile anzeigen
 
Winkow
Moderator

Moderator


Beiträge: 3.842
Anmeldedatum: 04.11.11
Wohnort: Dresden
Version: R2014a 2015a
     Beitrag Verfasst am: 18.02.2015, 16:14     Titel:
  Antworten mit Zitat      
hab mir mal die dokumentation angeguckt. dein beispiel ist doch genau das aus der doc.
_________________

richtig Fragen
Private Nachricht senden Benutzer-Profile anzeigen
 
Harald
Forum-Meister

Forum-Meister

Beiträge: 24.495
Anmeldedatum: 26.03.09
Wohnort: Nähe München
Version: ab 2017b
     Beitrag Verfasst am: 18.02.2015, 16:30     Titel:
  Antworten mit Zitat      
Hallo,

x ist in dem Fall eine Reduction Variable - ein explizit so vorgesehener Mechanismus.
Grundsätzlich ist es meiner Erfahrung nach so: wenn parfor fehlerfrei durchläuft, kann man sich darauf verlassen, dass das richtige passiert. Das heißt insbesondere auch, dass die Ergebnisse jedes Mal konsistent sind, außer natürlich sie hängen von Zufallszahlen ab.
Falls es tatsächlich gelingt ein Beispiel zu konstruieren, in dem die Ergebnisse nicht konsistent sind, würde ich eine Kontaktaufnahme mit dem Technischen Support von MathWorks empfehlen.

Grüße,
Harald
Private Nachricht senden Benutzer-Profile anzeigen
 
Neues Thema eröffnen Neue Antwort erstellen



Einstellungen und Berechtigungen
Beiträge der letzten Zeit anzeigen:

 Du kannst Beiträge in dieses Forum schreiben.
Du kannst auf Beiträge in diesem Forum antworten.
Du kannst deine Beiträge in diesem Forum nicht bearbeiten.
Du kannst deine Beiträge in diesem Forum nicht löschen.
Du kannst an Umfragen in diesem Forum nicht mitmachen.
Du kannst Dateien in diesem Forum posten
Du kannst Dateien in diesem Forum herunterladen
.





 Impressum  | Nutzungsbedingungen  | Datenschutz | FAQ | goMatlab RSS Button RSS

Hosted by:


Copyright © 2007 - 2024 goMatlab.de | Dies ist keine offizielle Website der Firma The Mathworks

MATLAB, Simulink, Stateflow, Handle Graphics, Real-Time Workshop, SimBiology, SimHydraulics, SimEvents, and xPC TargetBox are registered trademarks and The MathWorks, the L-shaped membrane logo, and Embedded MATLAB are trademarks of The MathWorks, Inc.