ARGOMENTO:

Arrivato il nuovo applicativo, con anche la grafica cambiata (dopo molto tempo)
Vi piace??

Dopo un download di circa 240 MB di nuovo applicativo è partita la prima nuova WU...sinceramente non ci vedo una gran differenza nella grafica :/

Talon ha scritto:

..sinceramente non ci vedo una gran differenza nella grafica :/

Hanno cambiato tutto lo sfondo da nero a blu.
Oltre che "estetico", questa modifica dicono servirà in futuro per alcuni tipi di simulazioni, per "veder meglio" i ripegamenti.

boboviz ha scritto:

Talon ha scritto:

..sinceramente non ci vedo una gran differenza nella grafica :/

Hanno cambiato tutto lo sfondo da nero a blu.
Oltre che "estetico", questa modifica dicono servirà in futuro per alcuni tipi di simulazioni, per "veder meglio" i ripegamenti.

beh se avessimo boboviz nei baker lab, a quest'ora avrebbe fatto qualche rivoluzione....

Dopo l'azzeramento della coda di WU per errore, ho fatto ripartire il BOINC ma è fermo dopo questa segnalazione

26/01/2016 08:49:29 | rosetta@home | Resetting file projects/boinc.bakerlab.org_rosetta/minirosetta_3.71_windows_intelx86.exe: RSA key check failed for file

Grazie in anticipo.
K.

kidkidkid3 ha scritto:

Dopo l'azzeramento della coda di WU per errore, ho fatto ripartire il BOINC ma è fermo dopo questa segnalazione

26/01/2016 08:49:29 | rosetta@home | Resetting file projects/boinc.bakerlab.org_rosetta/minirosetta_3.71_windows_intelx86.exe: RSA key check failed for file

Grazie in anticipo.
K.

Non lo so, ma io proverei in ordine di arrabbiatura:
fermo boinc, cancello l'eseguibile corrotto a mano, riavvio boinc.
Se non funziona: update
Se non funziona: nuovo reset del progetto

Scoprire, dopo tanto tempo che si segue un progetto, che il suo applicativo X86_64 in realtà gira a 32 bit.....

boboviz ha scritto:

Scoprire, dopo tanto tempo che si segue un progetto, che il suo applicativo X86_64 in realtà gira a 32 bit.....

in che senso scusa ?

sabayonino ha scritto:

boboviz ha scritto:

Scoprire, dopo tanto tempo che si segue un progetto, che il suo applicativo X86_64 in realtà gira a 32 bit.....

in che senso scusa ?

Era uscito, nel mezzo delle lunghe discussioni sulle ottimizzazioni del codice che, anche se sono client 64 bit, in realtà non sono nativi, ma semplici ricompilazioni che girano comunque a 32. Sul momento non l'avevo preso sul serio, mentre oggi mi son preso un quarto d'ora e con ProcessExplorer ho analizzato il processo. Questo il risultato:




Da quel che ho capito è così anche per linux

boboviz ha scritto:

Da quel che ho capito è così anche per linux

Anche se fosse, io ho trovato modo di trarne vantaggio. Quando studio o devo dormire ma voglio il pc a scaccolare, metto Rosetta e cala il silenzio. Mica come Asteroid con avx che è un continuo VUUUUUUUUUUUUUUU.

Journal post from David BakerThe results on the flu neutralizing protein you helped us design have now been published. You can get the paper, like all of our papers, from our lab web site, and read what journalists are saying at cen.acs.org/articles...ner-Protein-Promising-Antiflu-Agent.html

questa potrebbe essere una notizia interessante. Se dalla "progettazione" si potrà passare alla realizzazione e quindi alla sperimentazione sul campo e, infine, alla valutazione positiva dell'efficacia, questo potrebbe essere un ottimo motivo di orgoglio per tutti gli utilizzatori di BOINC su Rosetta, e potrebbe essere una spinta verso un utilizzo sempre più massiccio delle tecnololgie informatiche in campo medicale.

zioriga ha scritto:

questa potrebbe essere una notizia interessante. Se dalla "progettazione" si potrà passare alla realizzazione e quindi alla sperimentazione sul campo e, infine, alla valutazione positiva dell'efficacia, questo potrebbe essere un ottimo motivo di orgoglio per tutti gli utilizzatori di BOINC su Rosetta, e potrebbe essere una spinta verso un utilizzo sempre più massiccio delle tecnololgie informatiche in campo medicale.

Ovviamente è sempre necessario seguire la prassi, ovvero passare dal silicio alle simulazioni in vitro a quelle su modelli animali per arrivare, alla fine, all'uomo. Le simulazioni in silico non possono sostituire in toto questi passaggi, ma possono accellerarli (e di molto).

rjs5 ha scritto sul forum di Rosetta:

I compiled Rosetta source to build the default gcc 64-bit Linux version AND THEN added the -m32 option to build an identical 32-bit Linux version. The 64-bit version was 10% to 15% faster than the 32-bit version.

Il 10-15% in più con una semplice ricompilazione....
E noi si continua ad andare a 32 bit

link please che non lo trovo ...

sabayonino ha scritto:

link please che non lo trovo ...

Qui .
Gli ho risposto pure in italiano.....

boboviz ha scritto:

sabayonino ha scritto:

link please che non lo trovo ...

Qui .
Gli ho risposto pure in italiano.....

LOLLONE gigante

sabayonino ha scritto:

LOLLONE gigante

Al di là del lollone, sembra veramente che agli admin del progetto non interessi minimamente un surplus di potenza, probabilmente a loro va bene così. Peccato.

Ed è un vero peccato, perchè un ottimo progetto, con parecchie pubblicazioni ecc. però dato che la corrente la paghiamo noi credo che vorremmo tutti che sia consumata nel modo più efficiente possibile

Il volontario rsj5 si sta muovendo per le ottimizzazioni. Speriamo il team di Rosetta lo segua adeguatamente:

David has been very good finding time to look at results. I would be happy to work with other developers too and share my findings. Rosetta uploaded a new source tree and I am just starting to look at it.
It is easy to "over tune" because few developers have the courage to remove "optimizations" since it is hard to verify that they are no longer needed. I always start by removing them. 8-)

Sembra che ci sia scambio di idee (e di codice) tra rsj5 e David. Speriamo porti a frutti consistenti....
Mi ero perso questa considerazione del volontario:

A newer version of the compiler and changing the compile time options should get 30%-40% improvement without much trouble.