[C] Multi Core

[Darecon]

Salve a tutti, ho un piccolo problema, ho un programma con questa struttura:

for(int i=0;i<4;i++){
//fai qualcosa
}

Vorrei spezzarlo in piu' thread, ma vorrei che ogni thread venga allocato su un core diverso, si puo' fare in c? Magari con librerie posix, in modo da essere portabile..
Ovviamente le diverse istanze dell'iterazione sono indipendendo l'una dall'altra, quindi non ho problemi di sincronizzazione..

[WarDuck]

Se sei sotto Linux usa la libreria pthread.

C'è anche OpenMP, ma non l'ho mai usata, anche se ad una rapida occhiata sembra fatta bene.

[nuovoUtente86]

sia sotto linux che windows è possibile settare l' affnità con il processore. Puoi sfruttare ciò per suddividere realmente il lavoro

[Darecon]

Originariamente inviato da nuovoUtente86

sia sotto linux che windows è possibile settare l' affnità con il processore. Puoi sfruttare ciò per suddividere realmente il lavoro

Confermo.. Ho chiesto prima di provare.. Semplicemente creando il thread si imposta gia' dove deve..

Scusate, risolto..

[clockover]

Originariamente inviato da nuovoUtente86

sia sotto linux che windows è possibile settare l' affnità con il processore

sono curioso... come si fa?

[DeAndreon]

Anche a me interessa... Grazie mille

[cionci]

Usa OpenMP:

#pragma omp parallel for
for(int i=0;i<4;i++)
{
//fai qualcosa
}

[cionci]

Originariamente inviato da clockover

sono curioso... come si fa?

http://msdn.microsoft.com/en-us/libr...8VS.85%29.aspx
http://linux.die.net/man/2/sched_getaffinity
Anche se sinceramente in questo caso non credo serva a molto, basta parallelizzare il contenuto del for e l'allocazione dei thread verrà gestita direttamente dal sistema operativo.

[clockover]

Originariamente inviato da cionci

http://linux.die.net/man/2/sched_getaffinity
Anche se sinceramente in questo caso non credo serva a molto, basta parallelizzare il contenuto del for e l'allocazione dei thread verrà gestita direttamente dal sistema operativo.

Grande... si ma la mia era più che altro curiosità...

[Albitexm]

Originariamente inviato da cionci

Usa OpenMP:

#pragma omp parallel for
for(int i=0;i<4;i++)
{
//fai qualcosa
}

"Fai qualcosa" può essere anche unsa serie di istruzioni con richiami a funzioni? O ci sono dei limiti nel tipo d'istruzioni eseguibili in parallelo con questa sintassi?

[Albitexm]

Originariamente inviato da cionci

Usa OpenMP:

}

E per aprire due threads in parallelo con openMP, devono essere due threads riferiti allo stesso ambito, che agiscono sulle stese variabili?

[cionci]

Se non ci sono dipendenze e problemi di concorrenza, ci puoi mettere qualsiasi cosa nel mezzo.
Altrimenti ti devi studiare come funziona OpenMP

[Albitexm]

Originariamente inviato da cionci

Se non ci sono dipendenze e problemi di concorrenza, ci puoi mettere qualsiasi cosa nel mezzo.
Altrimenti ti devi studiare come funziona OpenMP

Per una volta mi trovo d'accordo con te, sul fatto di non usare le librerie Microsoft. Anche se principiante, mi ero già fatto un'idea che "PPL" di Microsoft avesse delle grosse lacune e limiti e che le librerire Open forse offrivano di più. Ma il problema, dal mio punto di vista di "beginner" e che
Microsoft mette a disposizione per le sue librerie, della documentazione e del
supporto, specifico e mirato. Mentre se io apro la voce openMp online,
mi trovo dananti a un'oceano d'informazioni, dove senza "dritte" e incalanazione da qualcuno, rischio di perdere giorni solo per capire cosa devo prendere in considerazione e come. Un'oceano talmente vasto da scoraggiarmi da iniziare ad esplorarlo.

[nuovoUtente86]

Originariamente inviato da cionci

http://msdn.microsoft.com/en-us/libr...8VS.85%29.aspx
http://linux.die.net/man/2/sched_getaffinity
Anche se sinceramente in questo caso non credo serva a molto, basta parallelizzare il contenuto del for e l'allocazione dei thread verrà gestita direttamente dal sistema operativo.

Si ma lui chiede esplicitamente che i thread eseguano su processori diversi e questo, non specificando l' affinità, non è garantito.

[cionci]

Sei tu che hai chiesto librerie portabili
Il compilatore Microsoft supporta direttamente OpenMP: http://msdn.microsoft.com/en-us/libr...8VS.80%29.aspx
Qui le specifiche ufficiali: http://www.openmp.org/mp-documents/cspec20.pdf

[cionci]

Originariamente inviato da nuovoUtente86

Si ma lui chiede esplicitamente che i thread eseguano su processori diversi e questo, non specificando l' affinità, non è garantito.

Per carità, ma su un for parallelo ha veramente poco senso secondo me. Sarà lo scheduler a selezionare sicuramente in maniera più efficiente l'affinità rispetto a quella che impostiamo noi.
Settare l'affinità ha senso in particolari casi, ad esempio in situazioni in cui ci sono diversi produttori e dei produttori/consumatori che devono essere eseguiti in modo sequenziale sullo stesso workset.
Per fare un esempio:
- i produttori threadPk producono i workset
- threadPC1 deve consumare un workset prodotto da threadPk
- threadPC2 deve consumare un workset prodotto da threadPC1
- threadPC3 deve consumare un workset prodotto da threadPC2 e deve produrre un risultato

In questi casi ha senso assegnare un processore a threadPC1, uno a thread PC2 e uno a thread PC3 e magari una priorità più alta.
Non ha senso invece assegnarlo ai threadPk, che di fatto si comportano come un parallel for.

[Albitexm]

Originariamente inviato da cionci

Qui le specifiche ufficiali: http://www.openmp.org/mp-documents/cspec20.pdf

thanks probabilmente a questo link ci sarei arrivato da solo, ma chissa
dopo quanto e quanti

[cionci]

Originariamente inviato da Albitexm

thanks probabilmente a questo link ci sarei arrivato da solo, ma chissa
dopo quanto e quanti

Nota che dice praticamente le stesse cose che ci sono su MSDN su OpenMP

[Tommo]

Mah, OpenMP mi schifa perchè è fatto col preprocessore
Però in effetti trattandosi di C liscio hai ben poche alternative... C++, niente?

[cionci]

Originariamente inviato da Tommo

Mah, OpenMP mi schifa perchè è fatto col preprocessore

Però ha di buono che è talmente semplice che lo può utilizzare chiunque, basta un minimo di logica.
Utilizzare direttamente thread, semafori, shared memory, lock etc etc richiede conoscenze nettamente superiori.