ARGOMENTO:

ok, capito!
La prima risposta di Michael Goetz e' molto esplicativa.

Stamattina ho scoperto questo:


Però se clicco mi dice che non ho trovato niente ancora..

Ps: aggiornato ora: e' una "Doublechecker"

Il modo più "veloce" per capire se si tratta di un first o di un doublecheck è guardare appena sotto la lista dei badge.
La voce Discoveries: Primes (X/X), indica rispettivamente i primi scoperti da te per primo e quelli come "checker"

Controlla anche di aver sistemato le impostazioni per il report automatico, andando in: Preferenze -> Preferenze per PrimeGrid -> Reporting primes to the Prime Pages.

Se non ricordo male, la prima volta che scopri un numero primo devi effettuare il login al database T5K. Dovrebbe essere tutto scritto nella mail che ti arriverà.
Per le scoperte successive sarà fatto tutto in automatico (solo in quelle in cui sei il first, le altre figureranno solo su PrimeGrid)

Grande corla99, hai scovato un PPSE pure tu! Ora tocca solo a Kromflame che è stato abbastanza sfortunato da beccare un doublecheck, nonostante un runtime molto buono. Ma c'è ancora tempo sino al 29! Poi quest'anno il 29 è pure il giorno del Mountain Stage per cui è meglio ridursi all'ultimo per le scoperte.

corla99 ha scritto:

Il modo più "veloce" per capire se si tratta di un first o di un doublecheck è guardare appena sotto la lista dei badge.
La voce Discoveries: Primes (X/X), indica rispettivamente i primi scoperti da te per primo e quelli come "checker"

Controlla anche di aver sistemato le impostazioni per il report automatico, andando in: Preferenze -> Preferenze per PrimeGrid -> Reporting primes to the Prime Pages.

Se non ricordo male, la prima volta che scopri un numero primo devi effettuare il login al database T5K. Dovrebbe essere tutto scritto nella mail che ti arriverà.
Per le scoperte successive sarà fatto tutto in automatico (solo in quelle in cui sei il first, le altre figureranno solo su PrimeGrid)

Tutto questo era già stato fatto, si vede che come prima "Discoveries" ci voleva un attimo di tempo in piu.

Visto che siamo nel finale farò lavorare i Ryzen sotto i 300 sec impostando Max # of threads for each task ad 8 invece che 4.

Ultimo giorno del Tour de Primes 2020 !
Troverò sicuramente qualcosa..

Ps: niente da fare, sarà per la prossima!

Non capisco, il progetto chiude?
So long

Maaaa.. queste cose disumane, da che pianeta arrivano?

Ti avranno rilasciato una wu grande come un intero pacchetto di wu, o più probabilmente è un errore,no?
la % di avanzamento e le proprietà della wu ti dovrebbero far capire se è plausibile l'una o l'altra soluzione...

francesco.nandi ha scritto:

Maaaa.. queste cose disumane, da che pianeta arrivano?

GFN-22 su CPU proprio no, dai. Vuoi metterci un mese?
Cestinali ora che sei ancora al primo giorno, fidati.
Disattiva subito i sottoprogetti GFN su CPU.

ReLeon ha scritto:

Ti avranno rilasciato una wu grande come un intero pacchetto di wu, o più probabilmente è un errore,no?
la % di avanzamento e le proprietà della wu ti dovrebbero far capire se è plausibile l'una o l'altra soluzione...

Non è un errore, sono numeri mooolto grossi, quasi 22M di cifre.
Del tipo b^4194304+1 con b > 165270, attualmente.
Una GTX 750 Ti completa una GFN-22 in circa 8 giorni, se non ricordo male.
Cercando info, ho ritrovato un post sulla mia GTX 1060: www.primegrid.com/forum_thread.php?id=7370&nowrap=true#126837
Siamo sui 650-700mila crediti per wu.

Altra piccola cosa, "mischiare" più progetti cpu contemporaneamente alcune volte può essere controproducente.
Mi spiego: PrimeGrid si basa principalmente sulla velocità con cui si riceve/elabora/consegna una wu.
Tutto questo per essere il "primo" a riconsegnare una wu.

Per far questo si imposta la riserva a 0 giorni. In modo tale da scaricare solo le wu equivalenti ai thread, senza averne di scorta (discorso multi-thread a parte).
Se la cpu è provvista di hyperthreading conviene disabilitarlo.
Se un sotto-progetto ha l'applicativo sia cpu che gpu, senza pensarci due volte...disabilita l'opzione di ricevere lavoro per la cpu. Il rischio è metterci giorni, quando una gpu può completarla in qualche ora (o anche meno)

PrimeGrid è uno di quei progetti che vanno seguiti un minimo per poter ottimizzare il tutto, in modo da massimizzare le potenzialità del proprio hw ed aumentare le chance di trovare un numero primo

corla99 ha scritto:

Altra piccola cosa, "mischiare" più progetti cpu contemporaneamente alcune volte può essere controproducente.
Mi spiego: PrimeGrid si basa principalmente sulla velocità con cui si riceve/elabora/consegna una wu.
Tutto questo per essere il "primo" a riconsegnare una wu.

Per far questo si imposta la riserva a 0 giorni. In modo tale da scaricare solo le wu equivalenti ai thread, senza averne di scorta (discorso multi-thread a parte).
Se la cpu è provvista di hyperthreading conviene disabilitarlo.
Se un sotto-progetto ha l'applicativo sia cpu che gpu, senza pensarci due volte...disabilita l'opzione di ricevere lavoro per la cpu. Il rischio è metterci giorni, quando una gpu può completarla in qualche ora (o anche meno)

PrimeGrid è uno di quei progetti che vanno seguiti un minimo per poter ottimizzare il tutto, in modo da massimizzare le potenzialità del proprio hw ed aumentare le chance di trovare un numero primo

Fa conto che gli unici job che avevo in PrimeGrid erano quei 2.!
li ho buttati via, mi occupavano thread che ora ho assegnato a Rosetta. Sono praticamente tutto su questo per l'evento, Prime è più per "buttar su punti".

Ora ho tirato via tutti i job CPU troppo grossi, perché sono veramente delle mine; tengo solo i GPU e i CPU "tranquilli".
grazie.

Dovresti comunque disabilitarli dalle preferenze di progetto , altrimenti continuerai a riceverne.
Se vuoi un sottoprogetto CPU tranquillo su PrimeGrid, abilita soltanto 321-Sieve.

Il progetto ha scoperto il più grande numero primo di Fibonacci mai trovato

Mmm... cosa intendi?

Quel numero è stato aggiunto a ottobre 2015 e e non ho mai letto da nessuna parte PrimeGrid si occupi dei numeri di Fibonacci.

Nubman ha scritto:

Mmm... cosa intendi?

Chiedilo a loro

Se n'era già parlato ai tempi del TdP 2020 su Discord, ma mi accorgo solo ora che siamo in dirittura d'arrivo.

Pavel Atnashev wrote a variation on LLR that can support very fast double checking at the cost of large download/upload sizes. I believe stream's plan is to test it on his server before considering moving it to PrimeGrid. There is a chance that we won't move it to PrimeGrid if the bandwidth requirements are too large.

Here's a quote from him (ATN Flux) on discord:
Let me present my Prime Test Proof Scheme. By using this scheme a double checker would have to do only 5% of work to prove that the first tester's residue is correct. The price for that decrease in work is increased amount of data the tester has to return to the server. About 10-100MB need to be uploaded depending on subproject. But that data doesn't need to be stored. After relatively fast processing it is decreased to 2-8MB that should be stored and downloaded by a double checker. Actually, there's an inverse relation between work and data, the more data available, the less work has to be done. The exact balance is configurable.

If we do move this to PrimeGrid, we will still have to figure out how to implement it. For example, do we make it a seperate subproject? Do we give it bonus credit since there's no chance of finding a prime? If so, how much? Do we combine a standard test with a double-check in the same task? There's a lot to figure out, but it has a lot of potential.

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

Grazie a uno schema del volontario ATN Flux è possibile provare la correttezza del residuo di un first test eseguendo solamente il 5% del lavoro totale.
In pratica si possono ridurre notevolmente i tempi di esecuzione del double checking al costo di un file di upload molto grande.
Il volontario Pavel Atnashev, che nel TdP si era fatto notare per la partecipazione con 3 criceti dell'anteguerra che invece nascondevano un data center da decine o centinaia di Xeon grazie a una versione di BOINC riprogrammata da lui stesso, ha ora implementato in qualche modo quello schema.
Si sta testando la nuova applicazione LLR2 su un server BOINC privato , già attivo per sottoprogetti meno importanti di PrimeGrid.
Qui i dettagli su come accedervi: www.primegrid.com/forum_thread.php?id=7985&nowrap=true#116962

Novità mooolto interessanti sul fronte test di primalità.

www.primegrid.com/forum_thread.php?id=9303#143209

Sono riusciti a convogliare il doublecheck sulla stessa macchina che svolge il primo test. In pratica ci si autovalida.
Così facendo il numero dei task che eseguirà il progetto è dimezzato.
Il computer del volontario, a prescindere dalla velocità/anzianità della CPU, sarà l'unico a lavorare sul numero assegnatogli e, dunque, scopritore nel 100% dei test con esito positivo.

Il prezzo da pagare:
-utilizzo maggiore di memoria (ram) e spazio su disco
-file da uploadare dell'ordine dei mb

Nuovo sottoprogetto: www.primegrid.com/forum_thread.php?id=9445
Si cercano i numeri primi di Wall-Sun-Sun (o Fibonacci-Wieferich).