ARGOMENTO:

Soltanto io trovo quasi vergognosa questa cosa? Quante risorse computazionali sono state buttate per la pigrizia di mettere mano al codice?

Spero che la proiezione rsj5 si riveli ottimistica, così da ridimensionare il tempo e l'energia sprecati.

Nubman ha scritto:

Soltanto io trovo quasi vergognosa questa cosa? Quante risorse computazionali sono state buttate per la pigrizia di mettere mano al codice?

Spero che la proiezione rsj5 si riveli ottimistica, così da ridimensionare il tempo e l'energia sprecati.

Stai tranquillo che non sei il solo...

Non di sola rosetta@home, vive il volontario. ;)

ciao a tutti!
mi è capitata una cosa stranissima, due wu me le sono trovate ripartite da zero con anche il tempo trascorso azzerato!
come è possibile? a qualcuno è capitato?

Gabry ha scritto:

mi è capitata una cosa stranissima, due wu me le sono trovate ripartite da zero con anche il tempo trascorso azzerato! come è possibile? a qualcuno è capitato?

Si, può succedere. Alcune wu riescono, nel tempo che hai scelto, a fare solo un decoy (e spesso un solo checkpoint, alla fine).
Se riavii il pc a metà, la wu ricomincia da zero.

Nubman ha scritto:

Soltanto io trovo quasi vergognosa questa cosa? Quante risorse computazionali sono state buttate per la pigrizia di mettere mano al codice?

E ho idea che, almeno fino alla fine del CASP, difficilmente vedremo sostanziali cambiamenti di codice o server...

E' uscita la nuova versione del client di Rosetta, la 3.73 con nuovi protocolli e con il codice di rosetta aggiornato.
Per ora ho visto alcuni errori e il download è lentissimo

Pure l'upload e lentissimo

Rsj5, dopo un mio post, è intervenuto spiegando quello che sta accadendo circa le ottimizzazioni del codice.
Forse qualcosa si muove....

Users (last day): 796,475 (+3437)
Hosts (last day): 1,709,797 (+3541)
TeraFLOPS estimate: 431.556

Miii, eccheè, tutti si stanno iscrivendo a Rosetta??

boboviz ha scritto:

Users (last day): 796,475 (+3437)
Hosts (last day): 1,709,797 (+3541)
TeraFLOPS estimate: 431.556

Miii, eccheè, tutti si stanno iscrivendo a Rosetta??

maccerto, tuttti sapevano che volevi dare il massimo e vogliono terminare il progetto il prima possibile...

farà la fine di SIMAP...

Magari non butteranno fuori le wu riconoscibili per il CASP come gli anni scorsi, ma credo si stiano divertendo da quelle parti: oggi ho scaricato alcune wu che hanno, all'interno del nome, il tag "_i_like_this_one_"

stanno scimmiottando altri siti ?????

Molto interessante questo passaggio di rsj5 in cui spiega come vorrebbe aiutare il progetto

It appears to me that Rosetta (or major chunks) started out Fortran and then were converted to C++. I am not a C++ programmer but it appears the programmer or the converter tool went slightly overboard on the templates and made some fundamental mistakes in the data structure design

Prima un pò di storia. Il progetto nasce in Fortran solo che la manutenzione con questo linguaggio era un incubo. Son passati al C++, ma qualcuno deve aver sbagliato qualcosa!

Rosetta is based on an XYZ vector data element. All Rosetta XYZ operations are perform on X, then Y and then Z. IF they changed the XYZ to an XYZW 4 element structure, the compilers could be encouraged to perform operations on the XY pair, then the ZW pair ... for a 50% improvement with SSE. AVX2 could perform operations on XYZW combined elements for a 75% speedup ON THOSE SECTIONS OF CODE. This is what I am looking at.

Cambiare la logica passando da 3 a 4 passaggi (accoppiati) migliorerebbe, di molto, l'esecuzione.

I speak "C" with an "Assembler accent" and I am looking at C++ through "very thick glasses" using a C-to-C++ translator. I do OK with C but C++ is new

Rsj5 è uno sviluppatore in C e quindi sta trovando qualche difficoltà con il C++

Speriamo qualcosa si muova.

boboviz ha scritto:

Rosetta is based on an XYZ vector data element. All Rosetta XYZ operations are perform on X, then Y and then Z. IF they changed the XYZ to an XYZW 4 element structure, the compilers could be encouraged to perform operations on the XY pair, then the ZW pair ... for a 50% improvement with SSE. AVX2 could perform operations on XYZW combined elements for a 75% speedup ON THOSE SECTIONS OF CODE. This is what I am looking at.

Cambiare la logica passando da 3 a 4 passaggi (accoppiati) migliorerebbe, di molto, l'esecuzione.

Mumble, mumble: va a finire che ottimizza per amd senza saperlo?
Boh, chi proverà, vedrà...

Come mai il Boinc manager non riporta le WU subito malgrado abbia l`opzione "riporta le WU immediatamente"? Devo sempre farlo manualmente...succede anche a voi?

qualche volta si

zioriga ha scritto:

qualche volta si

... perché fa così? Resto a secco di WU a volte!

Questa mattina ho trovato tutti i criceti con "Comunicazione rimandata ..." di 24 ore..!! ed erano a secco di WU

Mantis-89 ha scritto:

Questa mattina ho trovato tutti i criceti con "Comunicazione rimandata ..." di 24 ore..!! ed erano a secco di WU

Ne parlano anche sul forum.
E' un problema dello scheduler (che continua a impantanarsi con le richieste di wu per android su dispositivi non android).
Fosse che fosse la volta buona che si decidono ad aggiornarlo.