ARGOMENTO:

Ciao a tutti. Ho provato a cercare su google e in giro per il forum, ma niente...
Sto cercando di configurare boinc su un pc con una vecchia apu A4-4000, con Windows 10.
Volevo tenere i 2 core della CPU solo su Seti e Pogs, e la GPU integrata solo su Einstein. Il problema è che per tenere il carico GPU sempre al 100% Einstein prende circa il 3% di un core CPU.
Se abbasso il numero di CPU utilizzate al 50% l'integrata si carica al massimo e va tutto bene, ma se elaboro su entrambi i core della CPU l'occupazione della scheda video scende a zero.
Esiste un modo per forzare la priorità di uso CPU per le WU OpenCL di Einstein (così da poter usare entrambi i core + la GPU al 100%)??

Temo di no, nel senso che BOINC assegna già una priorità maggiore al processo/task della gpu, ma quando si tratta di condividere lo stesso core/thread del processore con un task cpu only il lavoro della gpu rallenta.

Eden_H ha scritto:

...
tenere il carico GPU sempre al 100% Einstein prende circa il 3% di un core CPU.
...

Un'occupazione così bassa della cpu mi fa pensare che la gpu sia davvero molto lenta.
Quindi, quello che vuoi fare, effettivamente è legittimo perché sprechi gran parte di un core cpu.
Comunque, se hai già un app_config per einstein, postalo. Grazie.

Se non ce l'hai, prova a piazzare un file app_config.xml nella directory del progetto come quello di seguito:Controlla le applicazioni che usi: per ogni applicazione devi creare una sezione <app> ... </app>
Dovrebbe limitare l'uso della cpu al 5% per le wu di einstein che usano la gpu.
Il restante 95% dovrebbe risultare libero e quindi, sperabilmente, verrà riutilizzato dalle wu per cpu.

Quel povero criceto lo vuoi strizzare fino all'ultimo, eh?

Ho tentato con l'app_config che mi hai postato, con einsteinbinary_BRPG4. Nessuna differenza, purtroppo.
Quando setto entrambi i core su wu cpu, l'uso della scheda video scende praticamente a zero. Sembra che purtroppo boinc assegni una priorità maggiore ai lavori cpu. Comunque sì, la gpu è l'integrata dell'apu quindi è mooooolto lenta. Tant'è che per colpa (a quanto leggo su internet) del design dell'apu stessa durante l'uso intensivo della gpu le frequenze cpu vengono droppate in automatico.
A questo punto meglio sacrificare un core cpu per usare la gpu. Se non altro, a livello di crediti rende di più

Grazie a tutti per le risposte

un secondo tentativo lo potresti fare installando una seconda istanza di BOINC, se la causa del rallentamento è una gestione interna al client hai risolto se invece i due processi si contendono una risorsa HW fisica allora non dovrebbe cambiare nulla
per creare una seconda istanza di BOINC puoi seguire questa guida ( link ) per me aveva funzionato, io l'avevo utilizzata per problemi sulla coda di POEM che alcuni anni fà faticava a rilasciare WU x GPU, separando le code dei processi CPU da quelli di POEM avevo risolto il problema di tenere piena la coda di WU POEM
nel tuo caso dovresti provare a tenere i processi CPU sulla prima istanza e einstein GPU da solo sulla seconda
se provi facci sapere come è andata

Eden_H ha scritto:

...
Quando setto entrambi i core su wu cpu, l'uso della scheda video scende praticamente a zero.

Umm, mi viene un dubbio: come fai a impostare i core su wu per cpu?

Ci sono un paio di parametri introdotti di recente per la priorità dei processi. Forse fanno al caso tuo
process_priority
process_priority_special

boinc.berkeley.edu/wiki/client_configuration

Come già accennato, queste prove io le ho già fatte... e modificando la priorità del processo della gpu pure!
Su ambiente Linux, per i processi cpu BOINC assegna nice=19 mentre mentre per quelli gpu di Einstein o Poem (non ricordo quale precisamente) imposta nice=10. Nonostante ciò, basta che un processo cpu si intrometta nel thread della gpu e questa rallenta vistosamente. Ovviamente ho provato persino a mettere nice=0 alla gpu, non è cambiato nulla.

astroale ha scritto:

un secondo tentativo lo potresti fare installando una seconda istanza di BOINC...

Dovrò fare questa prova su un altro pc, perché quello in questione appartiene a un parente e già col boinc manager rischio di fargli fare casino (livello informatico: scimmia malamente addestrata) Proverò col mio fisso di lavoro, intanto grazie.

@xdarma: intendevo riferirmi all'opzione "Usa al massimo XX% delle CPU", impostato al 100%, così su un dual core assegna entrambi i core ai processi cpu

@rattorosso: purtroppo, come dice Nubman, quelle impostazioni non hanno effetto. Ho provato a inserirle nell'apposita sezione della configurazione, ma niente. Credo che l'unica soluzione sia quella proposta da Astroale, che purtroppo in questo caso non è praticabile

Eden . su un dual core non so quanto puoi giocare.
Una app GPU ha sempre bisogno per quanto poco del supporto della CPU per certi calcoli.

quindi ti troverai sempre una o più istanze CPU che si sovrappongono alla GPU o alla peggio mette in pausa la GPU

anche se avvi un'altra istanza boinc , non cambia nulla. anzi forse rallenti di più anche se il manager dice una cosa.

insomma se i PC può dare 100 , non puoi dirgli di sfornare 200.

poi subentra anche il fattore deadline della WU ... se la WU CPU è in procinto di scadere , la GPU viene messa in pausa per sfruttare l'intero core

Credo che anche impostando su una istanza 1 core per la wu cpu e sull'altra istanza 1 core per la wu la gpu (50 + 50 = 100) c'è il rischio che, se le due istanze non si parlano, finiscano per contendersi lo stesso core. Sinceramente non sono sicuro di questa cosa, ma alla fine chi è che scegli su quale core caricare l'applicazione? BOINC oppure il sistema operativo?

Nubman ha scritto:

Credo che anche impostando su una istanza 1 core per la wu cpu e sull'altra istanza 1 core per la wu la gpu (50 + 50 = 100) c'è il rischio che, se le due istanze non si parlano, finiscano per contendersi lo stesso core. Sinceramente non sono sicuro di questa cosa, ma alla fine chi è che scegli su quale core caricare l'applicazione? BOINC oppure il sistema operativo?

sicuramente il sistema operativo, se non addirittura qualcosa a più basso livello, se metti 2 istanze di BOINC senza limitare i progetti o i core selezionabili, ti troverai con 2 client per ogni core/thread

controllando con process explorer puoi notare che i client non sono legati a un singolo core ma vengono in continuazione spostati da un core fisico ad un'altro, non ho trovato mai documentazione sul criterio con cui avviene questa riallocazione ma non credo che sia un baco di windows o avvenga casualmente

Dunque, so per certo che il continuo spostamento delle operazioni da un core all'altro è dovuto a ragioni di dissipazione termica, ed è gestito direttamente dal firmware della cpu, cosa che tuttavia può essere aggirata con specifici comandi dal sistema operativo. Ma è un fatto di gestione interna, e da quanto so non dà problemi.
Il guaio è il boinc stesso e la sua priorità dei processi. Mi spiego meglio: se con la cpu occupata al 100% apro per esempio Chrome, la percentuale di utilizzo core di una delle due wu in corso cala dinamicamente lasciando la precedenza al browser, perché quest'ultimo gira con priorità normale mentre i lavori di boinc alla minima possibile.
Avere due boinc client non cambia nulla, poiché tutti i lavori che fanno girare hanno la stessa priorità, e in questo caso, il feeding cpu per lavori gpu ha in qualche maniera una priorità ancora più scarsa.

Ho notato però che con seti opencl, anche coi due core al 100%, riesce a far girare la gpu al 99%, forse perché richiede meno risorse cpu di Einstein. Seguo attivamente entrambi i progetti, perciò la cosa è un problema relativo, ma mi secca rinunciare a un rac di 6000 su Einstein praticamente regalati...