ARGOMENTO:

xdarma ha scritto:

Per adesso Zen2 non sembra migliore di Zen+.

Da alcuni post sul forum (adesso che ci sono decine e decine di post è difficile seguire il tutto) sembra che la nuova versione di Rosetta@Home "abbassi" la temperatura delle cpu (in maniera particolare sembrerebbe le AMD).
Se fosse vero non sarebbe poco.

Ho vari raspberry che al momento sono fermi, essendo arm dovrebbero essere nella categoria "Rosetta for Portable Devices"...giusto?

Raspbian che io sappia è a 32bit, quindi dovrei reinstallare tutto a favore di un SO a 64bit (debian?), vale la pena fare tutto sto macello...o rischio che non mi funzioni nulla?

I raspberry sono: Pi2, Pi3, Pi3+

In questo thread è in corso un flame sul discorso dei crediti ribassati (per errore).

Leggete in particolare cosa dice il mod.

Rest assured that these credit reports are generally reflective of issues in the program, or work unit creation, or worst-case resource combinations across a distributed network of heterogeneous machine environments. Your machines have already reported the problems back to the servers. The Project Team already combs through the reports to locate such problems.

At this point, they've just released a new application version, and they've got a global pandemic to study. Should they direct their attention to further improving on the successful results? Or to assuring credit equity across the user community? Doing both is not an option right now.

I, for one, would much rather they focus their attention on the pandemic problem. If that means putting out a new application that is needed to study it, and means a rough introduction where work is hard to get and tasks fail and show poor credit, then I'm still all for it. I'd rather they push the code out the door and use it as best as possible to study the virus, than wait to have the code all perfect and study the virus some time later in the year.

Keep in mind that even just ONE great work unit makes it all worth it.

Please try to be patient, and let the BOINC Manager work to keep your machine(s) busy. As many have suggested, there are many BOINC projects worth supporting. While I'd love to have all of the world's machines attached to R@h, it doesn't make sense when there is not enough work available. BOINC is all setup to support multiple projects, enforce your desired resource shares across them, and to bring in work when it is available.

boinc.bakerlab.org/r...m_thread.php?id=13698&postid=93510#93510

Più importante la scienza dei crediti garantiti, almeno per ora.

Vero, ma i crediti sono la moneta/gratificazione che spinge gran parte dei volontari ad elaborare.
Forse gli/ci sfugge l'aspetto psicologico della cosa, chissà!
Senza riconoscimento molti virano le risorse da un'altra parte.

Beh. Gli utenti dovranno mettersi la mano sul cuore questa volta.

Al diavolo i crediti.

sabayonino ha scritto:

Beh. Gli utenti dovranno mettersi la mano sul cuore questa volta.

Al diavolo i crediti.

Nel mio piccolo, ho sempre contribuito pensando di fare qualcosa di buono. Proprio con questa idea.
Non a caso, a parte per qualche periodo limitato, ho sempre seguito progetti di Biologia e Medicina.
Per i crediti, se ci sono, bene. Altrimenti bene uguale...

Questo fatto mi ricorda un po' tutta la bufera avvenuta quando il server del progetto Denis@Home è collassato.
Buona parte degli utenti era solamente preoccupata per i dati elaborati fino a quel momento.
Ma c'era anche chi si era scaldato parecchio sapendo di aver "perso" dei crediti.

Alla fine hanno fatto un lavoro enorme per ripristinare i crediti delle persone...ma il progetto non è mai ripartito.

Rosetta ha qualche "difetto": crediti dati col contagocce rispetto alla media, nessun badge, wu abbastanza pesanti.
Soprattutto i primi due, possono allontanare molti utenti. Chi cerca di fare grossi numeri o prendere parecchi badge, virerà su altri progetti.

Ma è sempre stato un progetto che ha prodotto risultati notevoli. Se la gente si offende per dei crediti assegnati male, sta un po' venendo meno al senso generale dietro questo periodo: aiutare la ricerca sul COVID-19.

I crediti si possono sempre sistemare in futuro, o comunque, sono secondari. Ridurre i tempi di ricerca, invece, salverebbe delle vite...

Tutto vero, Corla.
Diciamo che è sempre stato importante partecipare ai progetti medici, solo che ora lo sentiamo impellente perchè abbiamo bisogno di risposte urgenti.
Ma, in qualsiasi periodo ci troviamo, che sia di vacche magre o grasse, c'è sempre qualcuno che avrà bisogno di sentirsi appagato per quello che fà, piùttosto che sentirsi obbligato dall'urgenza del momento.
E' la pancia (metaforicamente ) delle persone che parla, che vuole cibo allo stesso modo in cui desidera denaro o ( qui ) crediti.
Nemmeno possiamo biasimare chi si impegna e chiede un valore equo, saremmo incoerenti.
Sarà egoistico al 1000%, ma una persona ha diritto a sentirsi soddisfatta nella misura in cui si sente soddisfatta, non è un dovere farlo perchè a tanti sembra che lo sia. E non intendo difendere nessuno in particolare, sto tirando fuori il lato "triste" della faccenda per quello che è, una debolezza umana triste (per me).
Beh non serva che ricordi certi progetti che alzavano a dismisura il valore delle wu gpu, no?

corla99 ha scritto:

Ho vari raspberry che al momento sono fermi, essendo arm dovrebbero essere nella categoria "Rosetta for Portable Devices"...giusto?

Si

Raspbian che io sappia è a 32bit, quindi dovrei reinstallare tutto a favore di un SO a 64bit (debian?), vale la pena fare tutto sto macello...o rischio che non mi funzioni nulla?

Si, serve un OS a 64 bit. O passi il kernel di Raspbian a 64 o metti un Ubuntu

Sembrerebbe che, nel silenzio, abbiano introdotto, con la versione 4.12, la app a 64 bit nativa per Windows.
Finalmente.
Adesso non sarebbe male avere le estensioni sse/avx...

Si esatto ne ho scaricate una decina ho visto la differenza tra x86 e _64 queste ultime richiedono più tempo(circa doppio) x essere elaborate

Solo sul mac per ora sto scaccolando le 4.15 (le4.12 mi andavano sempre in errore dopo una manciata di secondi). sul pc windows sono pieno di 4.12.

come si fa a vedere che estensioni CPU sta utilizzando Rosetta sul mio computer?

Estensioni CPU = Istruzioni CPU ?
non è dato sapersi
presumo siano sse2 (forse sarebbe già tanto)

boinc.bakerlab.org/rosetta/apps.php

La versione 4.08 a 64bit sembra usasse istruzioni avanzate:

The specific instruction sets I found in the program that I can't handle, in case this is of interest, were SSE4.1, SSE4.2, AVX, and more niche feature sets like Restricted Transactional Memory, xgetbv, and rdrand.

Trovato qui: Bug: rosetta_4.08_x86_64-pc-linux-gnu uses unsupported CPU features.

Non so se il server sia smart che finalmente mi ha mandato wu che usano molta ram.

In ogni caso al momento, mi ritrovo:
3wu _1_C1_ che usano 3GB di ram ciascuna
1wu _3_C1_ che usa 2GB di ram


Se è soltanto un caso, occhio che possono capitare anche a voi!

..un server che ti vuole bene...

xdarma ha scritto:

La versione 4.08 a 64bit sembra usasse istruzioni avanzate:

The specific instruction sets I found in the program that I can't handle, in case this is of interest, were SSE4.1, SSE4.2, AVX, and more

Trovato qui: Bug: rosetta_4.08_x86_64-pc-linux-gnu uses unsupported CPU features.

Mi sembra strano abbiano introdotto estensioni cpu senza dirlo (e senza metterlo nel nome delle wu, come fanno tutti i progetti)

In quella discussione si parla delle flag della CPU e che alcuni utenti hanno trovato difficoltà ad eseguire certe applicazioni con CPU Flag differenti .

Bisogna vedere come hanno compilato le applicazioni di rosetta (e quale compialtore)
Se utilizzano una ottimizzazione standard x86-64 , il procio con le SSE4 , non si comporterà differentemente da un comune x86-64 senza quelle flag

GCC 9.2.0
gcc.gnu.org/onlinedocs/gcc-9.2.0/gcc/x86-Options.html

Istruzioni generiche x86-64 (senza ottimizzazioni particolari)
gcc.gnu.org/onlinedocs/gcc/x86-Options.html

Ho appena ricevuto due wu Rosetta 4.15 per windows.
Sono state introdotte novità?

Leonardo ha scritto:

Sono state introdotte novità?

Si, non è solo una versione "bugfix"

include a new target clash energy and fold-tree options to improve the interface design protocol. It will allow sampling with the ACE2 binding helix motif fixed along with the target and a fast target clash energy check. Successful binders using this protocol are already being tested and optimized in the wet lab but this will allow us to design many more candidates to increase our chances of designing successful binders with the most promising binder properties