ARGOMENTO:

Leonardo ha scritto:

Il mio misero contributo lo do pure io!
Però nel mio profilo qui su BoincItaly (e in firma qui sotto) non trovo il punteggio relativo a DENIS...

È un progetto nuovo, devono aggiornare le statistiche affinché appaia

Mi succede una cosa strana con questo progetto (e l'ho anche segnalato sul loro forum)
Praticamente sul notebook di mia moglie (uno scrauso T4400 del 2009) le wu durano, mediamente 30 minuti.
Sul mio "server" (un FX-6300, che legna il T4400 sia sul Whet che soprattutto sul Dhry), ci mette più di 40 minuti.
Che abbiano il codice ottimizzato per Intel??

boboviz ha scritto:

Mi succede una cosa strana con questo progetto (e l'ho anche segnalato sul loro forum)
Praticamente sul notebook di mia moglie (uno scrauso T4400 del 2009) le wu durano, mediamente 30 minuti.
Sul mio "server" (un FX-6300, che legna il T4400 sia sul Whet che soprattutto sul Dhry), ci mette più di 40 minuti.
Che abbiano il codice ottimizzato per Intel??

Dico la mia: che sfruttino molto il calcolo in virgola mobile?
Se non ricordo male i core Bulldozer hanno la FPU condivisa..

boboviz ha scritto:

Che abbiano il codice ottimizzato per Intel??

i7-4770 @3.4Ghz ~15 minuti al 100% di carico
portatile al 50-60% di carico i3-3217U @1.8Ghz min 45min max >1h

Mantis-89 ha scritto:

Dico la mia: che sfruttino molto il calcolo in virgola mobile?

E' la prima cosa che ho pensato pure io
Nonostante la FPU condivisa, il Bulldozer è comunque più performante nel Whetstone (che controlla proprio i floating point).
Capisco lo avessi confrontato con uno Xeon di ultima generazione, ma con un Core2Duo Mobile....
E comunque, di solito, i progetti che richiedono tanta potenza FP, inseriscono dei "paletti" alle cpu utilizzabili, tipo: "minimo SSE2", cosa che questo progetto non ha.

Per me parlate arabo

però prendo la palla al balzo e mi ci aggiungo

Ciao

Ho aggiunto questo nuovo progetto tra i tanti da aiutare ... un adepto Boincitaly in più, team in crescita !
K.

A causa di alcuni problemi sui checkpoint sotto windows, hanno rilasciato la versione 1.03 (ovviamente solo per l'os finestroso).
Effettivamente le wu durano circa il triplo, come avevan detto gli admins

Gli amministratori hanno detto che stanno cercando di compilare il codice per dispositivi android e per raspberry.

La versione 1.05 sembra aver risolto il problema dei checkpoint, finalmente.
Gli admin hanno momentaneamente sospeso la produzione di wu per far "tornare indietro" le vecchie wu così da sistemare il validatore e poi riprendere a pieno regime con il nuovo applicativo.

Buongiorno boincitaliani,
"sgranocchiando" WU su questo progetto, per caso ho notato che le stesse non finiscono quando la percentuale è al
100% .... ma terminano in corrispondenza dell'orario previsto per la loro esecuzione.
E' corretto ?
O devo "sistemare" la durata come su Rosetta ?
Thanks in advance.
Ad maiora
K.

p.s. Il compenso in crediti, lo trovate anche voi minore rispetto ad altri progetti a parità di tempo di CPU utilizzato ?

kidkidkid3 ha scritto:

Buongiorno boincitaliani,
"sgranocchiando" WU su questo progetto, per caso ho notato che le stesse non finiscono quando la percentuale è al
100% .... ma terminano in corrispondenza dell'orario previsto per la loro esecuzione.
E' corretto ?
O devo "sistemare" la durata come su Rosetta ?
Thanks in advance.
Ad maiora
K.

p.s. Il compenso in crediti, lo trovate anche voi minore rispetto ad altri progetti a parità di tempo di CPU utilizzato ?

se intendi che quando il tempo rimanente stimato arriva a 0 finisce la WU probabilmente è perchè riescono a stimare bene i Gflops delle WU, non ci ho mai fatto caso per la verità.
I crediti/h mi sembrano più o meno simili a quelli di rosetta, wcg, seti.

Veramente carini i nuovi badges del progetto.

Ciao a tutti, ieri ho fatto il pieno di wu di Denis ma ho notato che a fronte di un tempo previsto di 1h 30' impiego fino a 4 ore per completare l'elaborazione. Inizialmente sale dello 0,014% alla volta e gradualmente rallenta fino a che, dall' 80% in poi, sale dello 0,001% a volta (un problema simile l'avevo già riscontrato con Atlas, che però è notoriamente instabile, ma Denis non mi ha mai dato alcun problema!).
Controllando le proprietà delle wu e sul sito ho notato poi che la differenza fra il tempo di elaborazione e il tempo CPU è enorme, mentre nelle wu precedenti era di una manciata di secondi, come da screen.

Volevo sapere se qualcuno ne sapeva qualcosa in più, mi scoccia sprecare tutto quel tempo, ma non vorrei annullare un centinaio di wu.
Grazie

Tempo di elaborazione = elapsed time (differenza in tempo reale tra fine e inizio WU)
Tempo CPU = CPU time = somma degli slot utilizzati dal processo
quando il primo è molto più alto del secondo vuol dire che i client BOINC non riuscivano ad utilizzare il 100% del loro core/thread questo può capitare per vari motivi, spesso quando ci sono uno o più processi sul PC che per qualche motivo girano (o hanno girato) incastrati al 100% per qualche tempo.

astroale ha scritto:

Tempo di elaborazione = elapsed time (differenza in tempo reale tra fine e inizio WU)
Tempo CPU = CPU time = somma degli slot utilizzati dal processo
quando il primo è molto più alto del secondo vuol dire che i client BOINC non riuscivano ad utilizzare il 100% del loro core/thread questo può capitare per vari motivi, spesso quando ci sono uno o più processi sul PC che per qualche motivo girano (o hanno girato) incastrati al 100% per qualche tempo.

capito, ma anche dopo dopo riavvii ecc la situazione continua... C'è qualcosa che posso fare?

Edit: con altre wu di altri progetti in elaborazione contemporaneamente non succede.

Intanto, approfittando del fatto che i sorgenti di Denis sono pubblici, il buon Sesef ha pubblicato una versione ottimizzata per le estensioni SSE3.
La trovate qui

P.S.
Quelli di Rosetta dovrebbero solo prendere esempio

bobobviz ha scritto:

Intanto, approfittando del fatto che i sorgenti di Denis sono pubblici, il buon Sesef ha pubblicato una versione ottimizzata per le estensioni SSE3.
La trovate qui

Scusa l'ignoranza, ma di cosa si tratta? eheheh

il ha scritto:

bobobviz ha scritto:

Intanto, approfittando del fatto che i sorgenti di Denis sono pubblici, il buon Sesef ha pubblicato una versione ottimizzata per le estensioni SSE3.
La trovate qui

Scusa l'ignoranza, ma di cosa si tratta? eheheh

Di una versione delle elaborazioni che utilizza il linguaggio SSE3, comparso su intel core e ancora incluso sugli ultimi processori.
Utilizzando un linguaggio più recente si ottengono prestazioni migliori con i processori più recenti, anche se con i linguaggi utilizzati siamo arretrati di un lustro se ci va bene...

I miei primi test su questo client ottimizzato sono impressionanti, quasi inquietanti.
Una riduzione dei tempi di esecuzione dalle 8 alle 10 volte!!!!