ARGOMENTO:

In effetti ho un LInux Mint un po vecchio

Non vorrei però aggiornarlo perchè temo vada a pallino tutta l'organizzazione dei clients che ho faticosamente generato in questi anni.

Avevo già provato ad aggiornare un LInux Mint ma erano successi un po di casini.

Proverò con le RxDoc

e fai bene.
Noto molti posts su *buntu-based , e problemi di autenticazione/permessi con il manager (se usi il manager) .

Annunciata la 4a molecola da analizzare corona_RdRp_v1

La admin del progetto, ha risposto a una mia domanda su quante WU componessero ogni molecola analizzata. circa MILIARDO
Comunque tutto sommato, il server ha retto bene: sta arrivando a quota 30.000 GFlops

PS: hanno introdotto il quorum=2, quindi le wu effettive sono quasi 2 miliardi per ogni target

Interessante intervista (con sottotitoli in inglese) alla admin Natalia

Buro87 ha scritto:

Comunque tutto sommato, il server ha retto bene: sta arrivando a quota 30.000 GFlops
PS: hanno introdotto il quorum=2, quindi le wu effettive sono quasi 2 miliardi per ogni target

Peccato non ci sia lavoro da alcuni giorni.

Succose novità.
Il progetto non si limiterà solamente al Covid, ma sarà esteso al drug discovery anche di altre patologie (e, quindi, durerà a lungo).
Qui l'annuncio

Ottimo
Ho da pococ superato i 100k. motivo in più per continuare a supportarlo

Annunciato il 5° obbiettivo: corona_Eprot_v1

EDIT: ecco l'annuncio www.sidock.si/sidock/forum_thread.php?id=97#680

Ricordiamoci che con il quinto target (corona_Eprot_v1) il problema più grosso non è la durata delle wu o la deadline ravvicinata, bensì la completa mancanza di checkpoint.
Per PC che non elaborano 24/7, salvo ibernare ad ogni spegnimento, conviene fare detach del progetto e, qualora si volesse continuare a supportare la ricerca contro il COVID-19, migrare a progetti come WCG, Rosetta e TN-Grid.

Nubman ha scritto:

Ricordiamoci che con il quinto target (corona_Eprot_v1) il problema più grosso non è la durata delle wu o la deadline ravvicinata, bensì la completa mancanza di checkpoint.
Per PC che non elaborano 24/7, salvo ibernare ad ogni spegnimento, conviene fare detach del progetto e, qualora si volesse continuare a supportare la ricerca contro il COVID-19, migrare a progetti come WCG, Rosetta e TN-Grid.

Concordo, speriamo li implementino presto.
Finchè le wu erano da 40min mi poteva anche andar bene, Con queste nuove, sprecare 5h di corrente..... ne faccio anche a meno

Nubman ha scritto:

Ricordiamoci che con il quinto target (corona_Eprot_v1) il problema più grosso non è la durata delle wu o la deadline ravvicinata, bensì la completa mancanza di checkpoint.

Grazie per averlo ricordato!!

Credo che il progetto corra il rischio di veder "sparire" molti volontari. Quelle del 5° target sono wu impegnative, senza checkpoint e con un ritorno, in termini di crediti, quantomeno bizzarro.
Per il momento, finite quelle che mi rimangono, io resto qualche giorno alla finestra, in attesa di sviluppi.

Da quel che scrivono nell'ultimo post le task sono da 2000 compound, divise in 4wu da 500 compound ciascuna (_1 _2 _3 _4)
Come suggerito, con il 5° target, se fattibile, dovrebbero abbassare a 100 compound a wu. Così dovrebbero essere più brevi

Però lo spazio occupato sul server da tutte queste wu, potrebbe essere un problema....


EDIT: Scadenza aumentata a 3gg

we are currently working on development of the GPU version of CMDock

Magari prima introducessero i checkpoint per wu cpu...

Alcune novità dal progetto:
- stanno continuando l'analisi dei risultati e preparando il quinto target
- Sidock parteciperà al Boinc Pentathlon
- Finita la competizione sostituiranno il server con uno nuovo
- Stanno lavorando (finalmente) ai checkpoint

Avvistato un nuovo applicativo "CurieMarieDock on BOINC + zipped input".
Lo fanno per ridurre le dimensioni dei files?

Su un nuovo client, che mi serve per completare meglio il bunker per domani mattina, ho ricevuto anche delle WU di tipo "CurieMarieDock on BOINC + zipped input".

Sembrerebbero WU meno pesanti: circa il 40 % in meno di durata. Questo è il dato che risulta da boinc come stima

Scuaste com'è che su un r7 3700x è più veloce del r7 3800x un'oretta circa
grazie
allego i screenshot

Fabrizio74 ha scritto:

Scuaste com'è che su un r7 3700x è più veloce del r7 3800x un'oretta circa
grazie
allego i screenshot

Vedo che stai facendo girare anche altri progetti (anche gpu)ù
Per avere un confronto corretto dovresti far girare lo stesso numero di thread su Sidock (e solo quel progetto)
I due pc hanno la ram con la stessa frequenza?
Progetti diversi, usano le risorse (cpu, cache , ram bandwidth) in modo diverso

Se dai un'occhiata alle statistiche wuprop al tempo medio di elaborazione, sono molto simili: 3700x e 3800x