ARGOMENTO:

Grazie delle risp
Si ho controllato e la ram era veramente messa male, ho ridotto tutto a metà ma sta sempre al limite massimo di ram.. vedo come va.
MI sorge un'altra domanda: perché mi arrivano solo wu ciccione da 7-8 ore?? c'è un modo per dare un limite?

13:36: niente come non detto continua a dare errore, provo a reinserire il progetto

Sì, dalle preferenze di progetto.

boinc.bakerlab.org/rosetta/prefs.php?subset=project

stepas85 ha scritto:

26/03/2020 11.50.09 | Rosetta@home | [error] App version has unsupported platform windows_intelx86; changing to windows_x86_64
26/03/2020 11.50.09 | Rosetta@home | [error] State file error: duplicate app version: rosetta windows_x86_64 407
26/03/2020 11.50.09 | Rosetta@home | [error] App version has unsupported platform windows_intelx86; changing to windows_x86_64
26/03/2020 11.50.09 | Rosetta@home | [error] State file error: duplicate app version: minirosetta windows_x86_64 378

26/03/2020 11.50.09 |  | Preferences:
26/03/2020 11.50.09 |  | max memory usage when active: 12239.74 MB

Non uso windows, quindi non so aiutarti, tuttavia il primo messaggio che ho citato sembra indichi la mancanza di qualche libreria a 32bit. Può essere?

Per l'esaurimento della ram, quanta ne puoi dedicare a boinc? Perché dalle impostazioni gli ne assegni circa 12Gb. Dipende da cos'altro fai con il computer.

Ciao
Discorso 32 bit è arabo per me. Ho inserito il file cc_config.xml come mi è stato indicato in modo che non mi arrivino wu 32 bit (se ho capito bene).
Per discorso ram l'ho alzato all'80% ma ho anche folding@home via gpu che me ne mangia 1,5 gb e quindi ho poco spazio di manovra.
Avevo letto che rosetta vuole parecchia ram ma non pensavo cosi tanta.

Grazie a tutti per le indicazioni

Inoltre disabilita nel manager la voce "lascia applicazioni in memoria..." o qualcosa del genere.
Se per qualche motivo , il client sospende una WU e ne comincia un altra ecco che la memoria va in saturazione.

Visto che hai anche F@H (quanto carico hai dedicato ? ) , ti suggerico di mettere i threads al 25% (sono 2 Wu) o al massimo 50% (sono 4 Wu)

Ancora , nel profilo progetto prova a selezionare la durata minima delle WU di 2Ore ,il client dovrebbe tendere a prendere WU più piccole , ma non sempre riesce )

Prova , e facci sapere se cambia qualcosa

Se non risolvi: è meglio chiedere direttamente nel forum di rosetta.

boboviz ha scritto:

Rosetta è questo bellissimo “parco giochi” di programmazione orientato agli oggetti in cui tutto è a portata di puntatore con eleganti funzioni ricorsive per far funzionare tutto e un simulatore Monte-Carlo superveloce per raccogliere nuovi aminoacidi.

Traducendo non avevo fatto molto caso a questo passaggio, ma mi è venuto in mente che questo è il punto di vista di un bioinformatico.
Quando ci buttò un occhio Rjs5, il volontario che aveva lavorato come sviluppatore di grossi progetti presso Intel, l'aveva definito "fluffy code", nel senso che era roba affastellata da anni senza un vero ordine, con parti ridondanti e sbagliate.
I punti di vista....

Chissà quante risorse stiamo sprecando.

Ti faccio un esempio :

E' come prendere l'intero kernel linux , e riscriverlo interamente in un altro linguaggio

Un esempio è Wayland , riscritto da zero , futuro sostituto di Xorg ... da quanti anni ci stanno dietro ? E non è nemmeno completo
Xorg ha un sacco di righe di codice , anche vecchio , ma funziona.

E' facile dire "bisogna riscrivere da zero" . Riscrivere da "zero" vuol dire commettere anche errori , fix e quan'taltro con conseguente allungamenti dei tempi

sabayonino ha scritto:

Inoltre disabilita nel manager la voce "lascia applicazioni in memoria..." o qualcosa del genere.
Se per qualche motivo , il client sospende una WU e ne comincia un altra ecco che la memoria va in saturazione.

Visto che hai anche F@H (quanto carico hai dedicato ? ) , ti suggerico di mettere i threads al 25% (sono 2 Wu) o al massimo 50% (sono 4 Wu)

Ancora , nel profilo progetto prova a selezionare la durata minima delle WU di 2Ore ,il client dovrebbe tendere a prendere WU più piccole , ma non sempre riesce )

Prova , e facci sapere se cambia qualcosa

allora ho provato varie cose:
1° - "lascia applicazioni in memoria..." > non ha funzionato sempre in errore andava
2° - F@H lo faccio andare solo di GPU, 0 di CPU
3° - WU da 2 ore > questo l'avevo già impostato ma ieri sera continuava a mandarmi wu da 6-7 ore

Alla fine cosa ho fatto: chiuso F@H e sono ripartito con Rosetta con wu da 1-2 ore, quando vedevo che non mi dava più problemi ho aumentato via via i thread e adesso sono a 12 su 16 senza grossi problemi. Oggi per capire se era F@H a darmi problemi l'ho fatto ripartire e fino ad adesso 0 wu in errore.

A questo punto sono propenso a pensare che era si un problema di ram ma sopratutto che le wu da 7-8 ore hanno bisogno di una svagonata di ram.

Con l'occasione vi chiedo una curiosità: come mai nelle stats di questo sito Rosetta non viene aggiornata? io ad esempio non risulto neanche nel team

Grazie ancora
Ciao

Hola massima potenza con 3pc Ryzen7 e 4 Gpu su Rosetta e Gpugrid
Non è che per caso avete un file cc_config per configurare meglio la ram su Rosetta per Win10
Grazie

Anche il mio ryzen ha 13 core su 16 su Rosetta.
Ma anche GpuGrid lavora su Covid19???

Diciamo che pure Gpugrid lavora sulle proteine quindi aiuta a trovare una cura pure su questo progetto se ho capito bene.
Io uso max 8core su R7 è più veloce se lasci liberi i core virtuali questo su tutti i progetti è sempre un mio accorgimento

zafar ha scritto:

Io uso max 8core su R7 è più veloce se lasci liberi i core virtuali questo su tutti i progetti è sempre un mio accorgimento

Adesso con 13 core, ogni WU dura mediamente 7/8 ore.
Impostando la cpu al 50%, i tempi dovrebbero abbassarsi notevolmente. Se fosse proporzionale, dovrebbero impegare non più di 5 ore ciascuna.
Provo....

stepas85 ha scritto:

Con l'occasione vi chiedo una curiosità: come mai nelle stats di questo sito Rosetta non viene aggiornata? io ad esempio non risulto neanche nel team

Grazie ancora
Ciao

Ci sono problemi di aggiornamento interno con molte statistiche di progetti.
Vi invitiamo a fare affidamento al momento a BOINC.Stats o alternativi.

Cercheremo di risolvere ma non sono in grado di dare tempistiche.

@zafar
Che mi risulti, rosetta@home non rispetta le impostazioni del cc_config.xml. Quindi al momento non mi sembra ci sia un modo per ottimizzare l'uso della memoria.

@zafar @Leonardo [Toscana]
Occhio che le WU di rosetta non sono come quelle degli altri progetti.
La durata delle WU la decidete voi attraverso le impostazioni che trovate nel vs. account.
Quindi ridurre il numero di core/thread non le fa terminare prima. Probabilmente vi verranno assegnati più crediti per ogni WU.
Ma dal punto di vista del RAC, conviene usare più core/thread possibili.

xdarma ha scritto:

@zafar @Leonardo [Toscana]
Occhio che le WU di rosetta non sono come quelle degli altri progetti.
La durata delle WU la decidete voi attraverso le impostazioni che trovate nel vs. account.
Quindi ridurre il numero di core/thread non le fa terminare prima. Probabilmente vi verranno assegnati più crediti per ogni WU.
Ma dal punto di vista del RAC, conviene usare più core/thread possibili.

Infatti le nuove WU, elaborate con meno core, le ho al 50% e sono passate 4 ore. Quindi il tempo è comunque quello.
A livello di risultati (intendo quelli utili per la ricerca, non mi interessano più o meno crediti) è meglio elaborare più WU contemporaneamente oppure fornire più risultati su poche WU?

Penso siano più interessati ad elaborare più WU possibile.

Ricevuto!
Riportato l'uso della cpu all'85%

Nubman ha scritto:

Chissà quante risorse stiamo sprecando.

In realtà non è sprecato.
Dal punto di vista bioinformatico il codice funziona, visti i molti ed importanti risultati raggiunti negli anni.
Devi anche considerare che:
1 - Il codice è nato più di 15 anni fa in Fortran.
2 - Poi è stato convertito in C++ (portandosi dietro tutta una serie di problemi).
3 - Ci lavorano molte persone, con diversi stili di codifica.
4 - Sono circa 3 milioni di righe di codice, non è proprio una passeggiata ottimizzare il tutto.

Ecco perchè dal punto di vista della "pura" programmazione, è stilisticamente un accrocchio.
Un accrocchio, che, ripeto, funziona!!!
Ovvio che tutti, a partire dal sottoscritto, vorremmo applicativi ottimizzati (con SSE o Avx) o client gpu, ma per ora ci dobbiamo accontentare.