ARGOMENTO:

---

Homepage	Articolo sul portale	Pagina delle statistiche	Pagina delle applicazioni	Join del Team	Stato del server

---

PRIVATE GFN SERVER: boincvm.proxyma.ru:30080/test4vm/

È possibile avere il team su questo "progetto"?

Si tratta di un server gestito da quelli di PrimeGrid, dove vengono fatti girare sottoprogetti minori come la ricerca di megaprimi GFN-14 e piccoli numeri primi GFN-1x . Ce ne sono stati altri in passato, ora conclusi. In genere, se ne discute nella sezione Generalized Fermat Prime Search del progetto principale.
Questo server è stato anche sfruttato (e tuttora lo è) per testare la nuova applicazione LLR2, approdata poi nella stragrande maggioranza dei sottoprogetti più importanti.
Insomma, ce n'è per tutti i gusti e il lavoro non manca.
Lo chiedo anche alla luce del suo inserimento nel Formula Boinc 2021.
Comunque, se siamo già in progetti molto di testing come Albert, Ralph e LHC-dev, dovremmo essere anche su questo.
Da qualche settimana è stato aggiunto a BOINCstats .

Domani lo creo se nessuno ha qualcosa in contrario.

Ciaoo

Nubman ha scritto:

PRIVATE GFN SERVER: boincvm.proxyma.ru:30080/test4vm/
È possibile avere il team su questo "progetto"?

Non sapevo nemmeno esistesse questo progetto...

boboviz ha scritto:

Non sapevo nemmeno esistesse questo progetto...

Ahaha, in effetti bisogna girovagare parecchio su PrimeGrid per scoprirlo.
Ci sono persino i forum di team come Aggie The Pew e Antarctic Crunchers , ben nascosti.

Al contrario il forum di PRIVATE GFN SERVER non esiste, tutte le info sono nella homepage e per il resto conviene chiedere su PrimeGrid.

Nubman ha scritto:

Al contrario il forum di PRIVATE GFN SERVER non esiste, tutte le info sono nella homepage e per il resto conviene chiedere su PrimeGrid.

Ho capito, è tipo un beta testing.
Anche se, non avendo un forum, come diavolo fanno gli utenti a segnalare eventuali problemi/bug? Boh....

Non proprio, per la ricerca di numeri primi usano gli stessi software di PrimeGrid, ma su range differenti e/o di minor interesse.
Sono software consolidati, monolitici, testati anche in altre sedi. Poi tieni conto che un test di primalità non è complicato. Legge pochissimi parametri in input e lancia l'algoritmo che ci metterà ore, minuti, giorni a seconda della dimensione del numero e stampa un piccolissimo file di output. Difficile che ci siano problemi.

Magari bisogna smanettare per massimizzare il volume di produzione (throughput) del tuo hardware, CPU o GPU che sia.
Ma questo dovresti già saperlo se sei un utente navigato di PrimeGrid.
Per esempio mi ricordo che per GFN13 oppure 14 la mia GPU doveva macinare 4 wu alla volta per raggiungere un utilizzo del 100%.
Non a caso nella home recitano "some Boinc experience is recommended".

L'unica applicazione in fase di testing che abbia mai visto è LLR2, dove non ho controllato, ma presumo facciano test su numeri già testati soltanto per verificare che tutto funzioni come previsto.
Comunque, tale applicazione è già in uso sul progetto principale, che di beta testing non è, da svariati mesi: www.primegrid.com/forum_thread.php?id=9303

Detto ciò, penso che si possa scrivere tranquillamente sul forum di PrimeGrid.
E potreste anche scrivere qui e cercherò di darvi una mano, nei limiti della mia modestissima esperienza.

Se qualcuno cortesemente può creare una descrizione :

www.boincitaly.org/p...boinc/matematica/private-gfn-server.html

Stiamo provvedendo ad aggiornare il tutto.

Grazie

Giusto a titolo informativo, nel thread relativo a GFN-1x Small Primes (che è solo per GPU) si sconsiglia di eseguire tale sottoprogetto su host che possono interrompere spesso le elaborazioni GPU, specialmente se si tratta di GPU lente. Ovviamente si riferisce ai client Boinc con l'opzione "sospendi uso GPU quando il computer è in uso" abilitata (e funzionante, dato che la versione 7.16.6 su Ubuntu ce l'ha buggata, quindi no problems ).

Comunque sia, è implementato un sistema di checkpoint che salva soltanto l'indice dell'ultimo candidato completamente processato.
Una wu è composta da 2048 candidati e ne vengono elaborati fino a 256 in parallelo, con ogni test che dura 1-2 secondi.
Credo di aver capito che ogni 256 candidati, i progressi vengono registrati ed effettivamente c'è un file in cui questa informazione sembra essere presente.
Non viene scomodato il client Boinc che continua a non sapere nulla, ma presumo sia il programma a capire da dove ripartire. Un po' come l'applicazione TF di SRBase.
Quindi, niente panico.

---

Inoltre, per quanto riguarda i sistemi Linux (perlomeno sui vari *buntu) è presente un problemino per le applicazioni opencl. In pratica, l'applicazione GPU utilizza 1 thread CPU al 100%, anche se non ne avrebbe bisogno. Se ne parla qui . Per fortuna, con un po' di smanettamenti si può risolvere. Questo espediente funziona naturalmente anche sul progetto PrimeGrid, per tutte le applicazioni GFN.

1) Scaricare il file libsleep.c .
2) Modificare la variabile yield_sleep_time con il valore desiderato (ogni GPU ne ha uno ottimale; più è alto, meno tempo CPU viene dedicato; se l'utilizzo della GPU non è vicino al 100%, serve più basso) e salvare.
3) Compilare mediante il comando presente nei commenti all'interno del file stesso. Viene generato un file dal nome libsleep.so.
4) Se state elaborando con un client Boinc standalone, avete già finito. Chiudetelo e riapritelo con il comando bash:4bis) Se invece avete installato boinc come servizio, con la dovuta attenzione di quando si toccano i file di sistema potreste fare così:Modificate la rigacone salvate.
Riavviate il sistema. Fine.
Se quest'ultima operazione è andata a buon fine, all'avvio del client nel Registro Eventi... dovrebbero esserci anche queste due righe:Per annullare questa modifica basta cancellare il filee riavviare.
Occhio, il file in /etc, non quello in /lib che è l'originale.
P.S. si può modificare ogni volta la variabile bash YIELD_SLEEP_TIME per modificare il valore della libreria, senza dover ricompilare.

Essendo a quarum uno non mi sono state validate le WU , sono ancora in attesa

L'applicazione LLR2 implementa un nuovo modo di validare il lavoro. Invece di mandare due copie della stessa wu (quorum=2), viene mandata una wu sola, dalla quale viene anche generata una "prova di computazione", poi verificata mediante un'altra wu a sé stante che richiede solo l'1% del lavoro rispetto alla prima.
Un notevole risparmio di risorse computazionali!
Ed è stata eliminata la competizione per la scoperta dei numeri primi, perché un po' tutti dobbiamo verificare i risultati degli altri utenti utilizzando un tempo marginale delle nostre cpu, mentre il resto del tempo è tutto per noi. Insomma più numeri primi per tutti.

LLR2 is a rewrite of LLR with amazing new features:

- It does not requires second task to verify correctness of result. Instead, a "proof of computation" is built and later validated. Validation of the proof takes just about 1% of original task length.
- Since only one long test required to find a prime, you always will be first. Any, even old and slow hardware will find a prime. Prime hunting becomes more like lottery - if you got a lucky ticket from the server, you'll win no matter will you open it sooner or later.
- It can detect and correct computing errors. No more inconclusive tasks!

Link: www.primegrid.com/forum_thread.php?id=9303&nowrap=true#143209

Nubman , voglio approffittare di te molto brutalmente

Ho inserito i due articoli di ODLK e ODLK1 (formalmente latinsquares) nella sezione Articoli-Progetti BOINC
www.boincitaly.org/progetti/progetti-boinc/matematica/odlk.html
www.boincitaly.org/p...boinc/matematica/odlk1-latinsquares.html
(onestamente non ho capito la differenza tra i due )

Le schede sono incomplete.
Se te la senti di darci una mano a completare il tutto ci farebbe paicere.
Fretta non ce n'è .
Il contenuto del menu Progetti lo stiamo aggiornando piano piano .
Se qualcuno nota discrepanze nei contenuti , segnalate pure.

Naturalmente! Solo che sulle matrici latine ho letto davvero poco, quindi dovrò prima fare qualche ricerca a riguardo.


Notizia fresca fresca di 20 minuti fa su Private GFN Server.
Con il sottoprogetto LLR2 Testing si sta doublecheck-ando risultati sospetti dell'app PPS-MEGA di PrimeGrid.
Il volontario Kellen ha scoperto un megaprimo mancato, che c...!

Per la cronaca i PPS-MEGA sono numeri di Proth, quindi nella forma:
L'altro sottoprogetto GFN-14 First MEGA Prime Search invece sta cercando il 1° megaprimo di Fermat generalizzato con esponente 14, ovvero nella forma:In realtà i volontari ne hanno già scovati due, ma si sta proseguendo fino al 5 marzo quando si sarà raggiunta la durata minima del sottoprogetto, prefissata a 3 mesi.

Io ho riscontrato un comportamento abbastanza strano.
Mi riferisco alla deadline:
su web c'è una data mentre sul proprio BM si trova una data che è pari a due giorni prima della precedente.

Capita anche a voi ??

Sì, normale, è il cosiddetto grace period, che può essere personalizzato dagli admin del progetto ( project options ). Per esempio su SRBase è di 1 giorno.

Grazie

Dovrei supporre però che il "grace period" sia sono per WU già iniziate, perchè il server mi ha appena annullato 6/7 WUs che non erano ancora iniziate

Esatto zio! Bisogna iniziarle ed eventualmente sospenderle, se si vuole evitare che il client le reporti alla scadenza da esso riportata.

Riepilogando:
-wu pronte per l'aborazione -> lato client cancellate/reportate alla deadline
-wu in attesa di esecuzione o in elaborazione -> lato client non vengono cancellate mai per quel che ne so; lato server vengono accettate senza problemi durante tutto il grace period, dopo potrebbero essere validate se il nuovo utente che le sta elaborando non le ha reportate prima di te, ma è meglio non rischiare

Il 5 marzo si chiude la ricerca dei megaprimi del tipo GFN-14. L'obiettivo è stato raggiunto trovandone ben 2 nel mese di lancio (dicembre).
Il prossimo sottoprogetto sarà GFN-13 MEGA e verrà lanciato il 27 marzo, invece di farlo partire subito, per evitare conflitti con i challenge che ci saranno su PrimeGrid nello stesso mese.
www.primegrid.com/forum_thread.php?id=9459&nowrap=true#149141

Nubman ha scritto:

Il prossimo sottoprogetto sarà GFN-13 MEGA e verrà lanciato il 27 marzo, invece di farlo partire subito, per evitare conflitti con i challenge che ci saranno su PrimeGrid nello stesso mese.

È stato già annunciato un megaprimo in data 4 aprile: www.primegrid.com/forum_thread.php?id=9459&nowrap=true#149840

È stato lanciato il sottoprogetto GFN-11 First MEGA prime search, alla ricerca del primo megaprimo nella forma:che sarebbe
Applicazione solo per CPU.

Sarà un po' difficile scrivere tale numero per esteso, visto che le basi b candidate sono numeri di 489 cifre.