Iniziare con la programmazione parallela

[Belzer]

Salve a tutti, vorrei iniziare con la programmazione parallela. Potete orientarmi su eventuali linguaggi di programmazione che la supportano, librerie, etc... Premesso che vorrei realizzare software di tipo scientifico, se possibile con interfaccia grafica. Vi ringrazio anticipatamente per le vostre risposte.

Conosco e seguenti linguaggi C,C++,Java (base),Python (base).

[mad_hhatter]

se per programmazione parallela intendi programmazione multi-threading allora la Java platform implementa nativamente l'infrastruttura necessaria (classe Thread, interfaccia Runnable, meccanismi di mutua esclusione e sincronizzazione, ecc). C e C++ si appoggiano alle librerie native del sistema operativo ospite.

Se invece intendi avere controllo esplicito su un'architettura multi-cpu gestendo a mano le singole unità di elaborazione e i modelli di condivisione e accesso alla memoria puoi cominciare con le librerie MPI

[ilsensine]

sezione sbagliata, sposto in Programmazione

[cdimauro]

Originariamente inviato da Belzer

Salve a tutti, vorrei iniziare con la programmazione parallela. Potete orientarmi su eventuali linguaggi di programmazione che la supportano, librerie, etc... Premesso che vorrei realizzare software di tipo scientifico, se possibile con interfaccia grafica. Vi ringrazio anticipatamente per le vostre risposte.

Conosco e seguenti linguaggi C,C++,Java (base),Python (base).

Python è multithread ma sfrutta soltanto un core di un sistema multicore.
Quindi dovresti lanciare n istanze della tua applicazione, una per ogni core, ed eventualmente sincronizzarle fra loro.

Ci sono già degli esperimenti di "Parallel Python", ma non sono informato quindi non ti saprei indicare nulla al momento.

[ilsensine]

Originariamente inviato da cdimauro

Python è multithread ma sfrutta soltanto un core di un sistema multicore.

mmm come mai questa limitazione?

[ilsensine]

Originariamente inviato da ilsensine

mmm come mai questa limitazione?

Ipotizzo da solo: usa forse un multithread cooperativo?

[mad_hhatter]

cosa intendi per multithread cooperativo?

comunque, ti rispondo per sentito dire perché non sono un programmatore python: mi pare di aver capito che mentre Java mappa un thread in un thread nativo del s.o. ospite, python sviluppa i suoi thread in un unico thread del s.o. sottostante

[nuovoUtente86]

python come Java è un linguaggio interpretato per cui la concorrenza viene gestita ad un livello di astrazione superiore,ma in realta il processo eseguito sulla CPU è sempre uno,come avveniva anche per Java prima che la jvm supportarse le architetture multi-core....e anche su questo diciamo non è chiaro fino a che punto java lavori in multi-thread.
In sostanza se ci sono 3 thread a,b,c sulla cpu andrà un solo processo in esecuzione che di volta in volta mapperà uno dei thread simulando il multithread.
Penso che per threading cooperativo intendesse l' opposto di preemptive.

[PGI-Bis]

No. A tutto.

[nuovoUtente86]

Originariamente inviato da PGI-Bis

No. A tutto.

a cosa è riferito?

[mad_hhatter]

Originariamente inviato da nuovoUtente86

a cosa è riferito?

penso al fatto che la jvm mappa un thread "logico" in un thread nativo del s.o. ospite. non c'entra niente il supporto multi-core che è totalmente demandato al s.o.

quelo che hai detto sui 3 thread su una sola cpu non c'entra niente: è valido per qualsiasi infrastruttura che permetta il multithread: se il processore è uno non ci sono santi: un solo thread verrà eseguito in un istante

[nuovoUtente86]

Forse mi sono spiegato male:
a livello di jvm viene gestito il multithread(3,10,100 thread),ma il thread in esecuzione sulla cpu è cmq 1.Le ultime implementazioni della jvm però gestiscono il multithread in modo piu reale rispetto alle architetture dual-core.In pratica solitamente i linguaggi interpretati gestiscono il multithread in un livell superiore ma lo nascondono al sistema operativo,mentra ad esempio il c++ utilizza librerie proprie del sistema per il parallelismo.

[mad_hhatter]

Originariamente inviato da nuovoUtente86

Forse mi sono spiegato male:
a livello di jvm viene gestito il multithread(3,10,100 thread),ma il thread in esecuzione sulla cpu è cmq 1.Le ultime implementazioni della jvm però gestiscono il multithread in modo piu reale rispetto alle architetture dual-core.In pratica solitamente i linguaggi interpretati gestiscono il multithread in un livell superiore ma lo nascondono al sistema operativo,mentra ad esempio il c++ utilizza librerie proprie del sistema per il parallelismo.

assolutamente no: jvm ha sempre mappato i suoi thread in thread nativi del sistema ospite

[marco.r]

Originariamente inviato da ilsensine

Ipotizzo da solo: usa forse un multithread cooperativo?

Python internamente usa in lock globale per l'accesso ad ogni singolo oggetto. Il che uvol dire che praticamente impossibile sfruttare più core da codice python. L'unica eccezione e' che lo faccia un modulo C, ma sempre nell'ambito di una singola chiamata.

[nuovoUtente86]

ho detto il contrario da qualche parte:
ribadisco il concetto:la jvm gestisce il multithread ma mappa sul sistema operativo il tutto come unico thread ovvero il sistema non conosce nulla circa i termini della gestione della concorrenza,non basabdoti di fatto su librerie di sistema.Ora con i nuovi processori multi-core è cambiato il modo di gestire anche il mapping tra jvm e sistema.

[mad_hhatter]

Originariamente inviato da nuovoUtente86

ho detto il contrario da qualche parte:
ribadisco il concetto:la jvm gestisce il multithread ma mappa sul sistema operativo il tutto come unico thread ovvero il sistema non conosce nulla circa i termini della gestione della concorrenza,non basabdoti di fatto su librerie di sistema.Ora con i nuovi processori multi-core è cambiato il modo di gestire anche il mapping tra jvm e sistema.

cosa c'entra la gestione della concorrenza? questo è demandato ai meccanismi implementati dalla jvm che eventualmente si appoggia a quelli offerti dal s.o., ma qui stiamo parlando d'altro: un thread java viene mappato su un thread nativo del s.o. (posto che esso supporti il multithreading). se un programma java crea più thread questi vengono mappati su altrettanti thread nativi e sarà il s.o. a schedularli come vuole e ad assegnarli a una certa cpu... la jvm non sa nulla dell'hardware sottostante, altrimenti a che servirebbe la virtual machine?

[variabilepippo]

la jvm gestisce il multithread ma mappa sul sistema operativo il tutto come unico thread

Non sono un programmatore Java, però sarei interessato ad un riferimento ufficiale che confermi questa affermazione.

[lovaz]

http://java.sun.com/docs/hotspot/threads/threads.html

Mi sembra di capire: fino a java 1.1 un solo processo, da 1.2 piu' processi.

[nuovoUtente86]

Originariamente inviato da mad_hhatter

cosa c'entra la gestione della concorrenza? questo è demandato ai meccanismi implementati dalla jvm che eventualmente si appoggia a quelli offerti dal s.o., ma qui stiamo parlando d'altro: un thread java viene mappato su un thread nativo del s.o. (posto che esso supporti il multithreading). se un programma java crea più thread questi vengono mappati su altrettanti thread nativi e sarà il s.o. a schedularli come vuole e ad assegnarli a una certa cpu... la jvm non sa nulla dell'hardware sottostante, altrimenti a che servirebbe la virtual machine?

1)lA jvm è un' interfaccia tra la macchina e il programmatore,per cui che non sappia nulla dell' ambiante in cui "vive" non è corretto...LA jvm OPERA una virtualizzazione della macchina e per il concetto stesso di virtualizzazione...posso sostituirmi a qualcosa se so come funziona dovendo da una parte dialogare con qualcuno che parla un lnguaggio e "tradurlo" per un altro che capisce un linguaggio differente.
2)Hai un po di confusione circa la gestione dei thread da parte di java.Ogni thread viene schedulato a livello jvm(almeno nelle prime implementazioni...ora non è esattamente cosi)e poi mappato in un thread di sistema..ma il concetto chiave è che il sistema conosce solo la jvm(come se fosse un programma unico).Ancora piu chiaramente con una jvm non progettata(o meglio programmata per sfruttare il multithread) per architetture multi-core...il parallelismo parmane cmq virtuale come se la macchina avesse un solo processore.

[PGI-Bis]

Schedulato a livello JVM, conosce solo la JVM... ma San Giosafatte, ma guardate i sorgenti! Si chiama OPEN jdk perchè è OPEN source.