ARGOMENTO:

Scusate...nella mia Boinc nubbaggine e nella modesta quantità di dati che passo.....ma possibile che 24h di lavoro di una GPU Intel HD Graphics 5500 fanno il 30% di crediti di quello che hanno fatto 9/10 CPU in settimane ? Non ci credo.
Oppure....i progetti rilasciano crediti in modo totalmente diverso l'uno dagli altri ? E allora capisco ancora meno.
Per favore aiutatemi a capire.
Grazie ! E buona giornata
Ciao
Alex

Hi,
come detto più volte le capacità di calcolo di una GPU sono all'incirca 10 volte quella di una CPU (con passare del tempo e delle novità questo valore non cambia).
Parliamo di GPU per desktop ... quella interna del portatile é piuttosto "scrausa" ... e rischi di "fonderla" se ne fai un uso intensivo ed in concomitanza dell'uso della CPU.
Qui il rapporto tra 2 gpu del 2014 gpu.userbenchmark.co...ntel-HD-5500-Mobile-095-GHz/2187vsm16570.
K.

p.s. usa un supporto per il portatile che lo rialzi e possibilmente che abbia una ventola per raffreddare l'aria .... i negozi cinesi ne sono dotati !

Grazie Kid. 10 volte capisco, quello che sto vedendo è di gran lunga superiore alle 10 volte, per quello chiedevo se dipendesse dal progetto, in tal caso mi sarei tranquillizzato. Può essere il progetto ?
Thanks

Devi tener conto che i vari progetti assegnano i crediti in modo molto variabile: c'è chi assegna crediti fissi, e chi crediti proporzionali

Se ill progetto in questione ha sia l'applicativo CPU, sia GPU, quest'ultima rende di più.
Un esempio è Milkyway che con il sottoprogetto "Separation", assegna 227,52 cr ogni wu (indipendentemente dal tempo di elaborazione).

Ti faccio alcuni miei esempi: cpu r5-1600 e gtx750ti

-gpu gtx750ti -> durata 11 min che equivale a 130wu al giorno (quindi un potenziale di 29500cr)
- 1coredella cpu (r5-1600) impiega 70min a wu -> quindi 20wu al giorno

Il che significa che per pareggiare il rendimento della gtx750ti, dovrei far girare almeno 6wu in contemporanea sulla cpu

Se però tprendi in considerazione il progetto Universe@home con il suo sottoprogetto Universe BHspin v2, ha solo l'applicativo cpu che assegna 1333.33cr a wu
in questo caso 1core impiega 45min a wu -> che sono 32wu al giorno e -> 32x 1333.33cr =42666cr

1core su TN-grid invece impiega 3h e 30, quindi circa 7wu, che vengono pagate mediamente 130c -> per un totale di 910cr

In definitiva ogni progetto è a se e tra l'altro Collatz è tra quelli che da più crediti per ogni wu

Buro...esageratamente chiaro e limpido.
Non ho più nulla da chiedere. Disarmato.
Grazie ancora.

Con una GTX1060 3GB, oramai una schedina da gaming...

GPUGRID: 330k/dì
PrimeGrid, app PPS-SV: 560k/dì
Collatz Conjecture, file config ottimizzazione: 3.4M/dì

Preferisco non aggiungere altro perché risulterei critico e offensivo.

Ok, ok....già che siamo fuori topic aggiungo una bella domanda. Chi è che mi assembla e vende un bel PC con una scheda simile a questa ? anche aperto e super ventilato. Lo metto in box al fresco. No perditempo, pvt msg, grazie e buonanotte

Mpegforever ha scritto:

Ok, ok....già che siamo fuori topic aggiungo una bella domanda. Chi è che mi assembla e vende un bel PC con una scheda simile a questa ? anche aperto e super ventilato. Lo metto in box al fresco. No perditempo, pvt msg, grazie e buonanotte

Vuoi il mio?

A parte gli scherzi, ti conviene farti assemblare un PC con hardware più recente/efficiente. Minimo RTX2070 o RTX 2060 Super mi vien da dire così ad occhio.

Sinceramente non ho intenzione di spendere tanto per un PC nuovo da dedicare al progetto...preferisco cercare i pezzi e costruire. My point of view, eh vabbeh.
Thanks cmq

Ciao !
Domanda...dove trovo o come posso elaborare il " file config ottimizzazione" ?
Grazie, ciao

QUI puoi trovare tutte le stringhe che puoi inserire nel file cc_config.xml e app_config.xml

pe esempio questo è il mio cc_config.xml
Così configurato mi permette trasferire contemporaneamente più wu (download e upload) rispetto al valore di default, che è 8
Inoltre, appena finita l'elaborazione di una wu, contatt subito il server per spedirla
Il valore ncpus è 12 perchè ho 12 thread. tu devi mettere il tuo

il file cc_config lo trovi nella cartella d'installazione di boinc, di solito è C:\ProgramData\BOINC
Se non è presente, basta che apri il blocco note, metti il testo, e lo salvi con il nome cc_config.xml

Per i file app_config, per quali progetti ti servono?

Grazie !
Ora, i progetti devo ancora decidere...sto provando qua e la da poco, anche perchè ho appena comprato una ATI ed una Nvidia, quindi ti saprò dire.
Per i valori che hai messi ho una query:
<allow_multiple_clients>1</allow_multiple_clients> --> in che senso multiple ? come sfrutto questo parametro ?
<max_file_xfers>50</max_file_xfers> --> copio tale e quale ?
<max_file_xfers_per_project>30</max_file_xfers_per_project> ---> idem ?
<report_results_immediately>1</report_results_immediately> ---> OK, chiaro.
<ncpus>12</ncpus> ---> numero thread..OK, chiaro.
Grazie ancora, ciao !
Alex

<allow_multiple_clients> lasciando 1, abiliti tale opzione.
Per client multipli si intendono più sessioni di boinc sullo stesso host.
Sono utili in caso tu debbva far girare dei progetti in modo indipendente l'uno dall'altro
Ad esempio io attualmente ho fatto scorta di wu WCG per il prossimo challenge, e poi ho chiuso la rete ( le wu non vengono inviate) fino all'inizio del challenge.
Se ora volessi elaborare con la GPU su Milkyway, non potrei farlo, perchè appunto, quel client boinc non può comunicare con i server dei vari progetti
Aggiro tale limite, creando un secondo client (boinc2) il quale dopo aver aggiunto Milkyway, potrà tranquillamente ricevere wu

Sono utili anche nel caso hai processori con tanti core, che in caso di bunker superano i limiti di wu del progetto
Prendi ancora come esempio il challenge WCG: considerà che, dopo aver visto i tempi medi di elaborazione delle wu, tu stimi che il tuo pc abbia bisogno di 1500wu del progetto MCM in 7gg. Peccato che WCG ne assegni al massimo 1000.
Allora apri il secondo client e scarichi le altre 500..
Ti lascio una GUIDA Client Multipli


Peri i valori in <max_file_xfers> e <max_file_xfers_per_project> ho messo arbitrariamente valori alti perchè ho una buona connessione. Se l'hai anche tu , copiali


il vlaore ncpus è il primo e più facile trucchetto, per ingannare i server progetto in fase di bunker per un challenge
Perchè a volte i progetti anche impostando una scorta di lavoro pari a 10 + 10gg di lavoro, non arrivano al valore massimo di wu
Alzando quel valore, simuli che la tua cpu abbia molti più core e quindi il server ti spedirà altre wu

Un progetto che rende chiaro questo concetto è TN-grid
TN-grid assegna al massimo 8wu per ciascun core, fino ad un massimo di 512wu per host
Nel mio caso (ryzen 1600 6c/12t), il progetto mi assegnerà massimo 12*8=96wu che mi garantiscono circa 36h di autonomia.
Alzando il valore ad esempio a 70 (70*8=560) arriverei al limite delle 512wu, che mi garantiscono lavoro per tutti i 6gg di scadenza

Il procedimento completo è il seguente

1) nel clientfai click su "Attività -> Sospendi"
2) alzi il valore ncpus
3) nel client clicchi su "Opzioni -> Leggi file di configurazione" ( a questo punto la tua cpu avrà il numero specificato da ncpus)
4) Scarichi le wu che ti servono
5) rimetti il valore corretto ncpus
6) di nuovo "Opzioni -> Leggi file di configurazione" (così sarà il valore corretto)
7) riattiva l'elaborazione facendo "Attività -> Elabora secondo le preferenze"
8) blocca la rete cliccando "Attività ->Sospendi attività di rete"

Salvo bunker, non serve modificare il valore ncpu. Se inserito un valore errato, da problemi e basta.
In caso di un valore minore, non si sfrutterebbe tutta la potenza della cpu.
In caso di un valore superiore, l'esecuzione delle wu sarebbe rallentata poichè un thread dovrebbe occuparsi di più cose

<max_file_xfers> si riferisce al numero massimo di upload/download simultanei, se sono maggiori a questo numero verranno messi in coda
<max_file_xfers_per_project> stesso concetto di quello sopra, ma anzichè essere una regola globale si applica al singolo progetto.

Tendenzialmente se non si fanno bunker e non si ha un grosso numero di core, il cc_config va bene di default.

Discorso diverso per gli app_config, lì può dipendere da molti fattori.
Collatz ha degli app_config per sfruttare meglio le gpu, PrimeGrid lo integra nelle preferenze del profilo

In caso di applicativi che utilizzano molte risorse, si può usare un app_config per limitarne il numero in esecuzione.
Ad esempio Africa Rainfall Project di WCG è parecchio esosa di risorse, tramite un app_config si può fare in modo di far girare solo 1 wu alla volta