ARGOMENTO:

Nubman ha scritto:

Possiamo approfittare di questa cosa pure in ottima maratona.

Spot ha scritto:

Grazie a tutti per le dritte. Ho lanciato il batch sul R3 e in tutto il pomeriggio credo abbia scaricato una, massimo due wu ATI.
Probabilmente sono scalognato.
Sul R9 non l'ho ancora fatto per mancanza di tempo, ma a questo punto lascio finire le wu cpu e faccio elaborare qualche SRBase che frutta 900cr ogni 100 sec...

Nubman ha scritto:

Per WCG il tempo minimo è 120 secondi. Con un client solo utilizzavo il valore 135.
Ora sto utilizzando un metodo abbastanza brutale: 20 client che vengono aggiornati uno dietro l'altro a distanza di 7 secondi. In pratica ciascun client chiede lavoro ogni 140 secondi. Poi ho uno script che fa passare la scheda video da un client a quello successivo quando il lavoro in elaborazione finisce.

zioriga ha scritto:

vedo con piacere che sono 36° assoluto e primo degli italiani - fare bunker con GPU è una figata pazzesca, anche se è abbastanza stressante

Buro87 ha scritto:

- SGS e PPSE per la CPU

Attenzione: Spoiler!

Altri sottoprogetti con test più lunghi hanno il "long job" o il "conjecture" bonus, però, se sono numeri che fanno sforare di molto la cache del processore, il test finisce per essere più lento e quindi il rac giornaliero potrebbe risentirne. Poi mi sembra che i test di numeri con base 2 siano molto più veloci di quelli con basi grandi (in tale contesto evitare come la peste GCW).
In generale, per i test di numeri grandi conviene settare dalle preferenze di progetto:
-Max # of simultaneous PrimeGrid tasks: 1 con coda di lavoro di qualsiasi lunghezza oppure No Limit con coda molto corta.
-Multi-threading: Max # of threads for each task: il numero massimo di threads (se hai un processore che non condivide tutta la cache fra i vari threads, es. i Ryzen delle prime generazioni, devi settare il numero massimo di thread per ogni CCX; con Intel puoi usare tutti i thread insieme)
Difficile fare una stima a priori, ci sono troppe variabili.
Su un processore quad core con 6MB di cache ottenevo buoni risultati con gli SR5 facendoli girare con il multithreading (1 task x 4 threads).
Se avete più cache, potete spingervi sui TRP, poi ESP, 321, WOO, CUL... tenendo conto che i test si allungano significativamente.
Però WOO e CUL hanno bonus del 20%, ESP 10+10%, quindi potrebbero rendere un po' di più degli altri che hanno bonus solo del 10% o nessuno, sebbene i test siano più lunghi.
Come test corti più che PPSE e SGS conviene scegliere i MEGA.

Qui potete controllare gli esponenti che correntemente vengono assegnati: www.primegrid.com/server_status_subprojects.php
A parità di base, l'esponente più grande implica un test più lungo.

P.S. rispetto ai crediti forniti dai task PPS-SV, stiamo parlando di spiccioli.

Nubman ha scritto:

Buro87 ha scritto:

- SGS e PPSE per la CPU

Mi sa che questi non sono fra i più redditizi.
Sono i più veloci, su questo non c'è dubbio.

RETTIFICA! Mi sa che hai ragione tu.
Praticamente bisogna far girare i PPSE o SGS usando 1 thread ogni task.
Così facendo hai il massimo throughput, però sarai doublechecker sulla stragrande maggioranza dei test.
Scusate, ero rimasto in modalità Tour de Primes.

Spot ha scritto:

Con gli sprint sono piuttosto scalognato direi...(con WCG avrò beccato una decina di OPNG al massimo)
Ieri mattina presto ho scaricato una buona dose di PPS, poco fa ho fatto l'upload e... oltre 580 wu in pending 8 validate (tra l'altro tutte e 8 del povero Radeon R5 e quindi da 2h cad)
La 1660 procede a 3m 45sec ma a questo ritmo ne vedrò validate poche poche. Spero cambi la musica.