ARGOMENTO:

apro questo thread dedicato al codice sorgente dell'applicativo gene@home (PC++), qui sotto la mail che mi ha mandato francesco

ecco qui il repository pubblico del codice del PC++ per BOINC: bitbucket.org/francesco-asnicar/pc-boinc

Per gestire le modifiche e suggerimenti da parte degli utenti BOINC, preferire venisse utilizzato il sistema di "Pull requests" presente in Bitbucket. Il repository e' git

Francesco ne sa sicuramente più di me a proposito. Posso aggiungere che per poter compilare il tutto bisogna anche avere le librerie della API di Boinc. Francesco sta anche preparano una cartella "test" che contenga i file di input e uno script da eseguire per verificare la correttezza dell'output.

Se a qualcuno serve libboinc_api.a x64 compilata per ubuntu 12.04 (3.2+) basta che chieda a me.

Ma, a differenza del codice di accesso al progetto, possiamo "rendere pubblico" questo link??
Se si, son pronto subito a fare un post nel forum di Boinc!!

boboviz ha scritto:

Ma, a differenza del codice di accesso al progetto, possiamo "rendere pubblico" questo link??
Se si, son pronto subito a fare un post nel forum di Boinc!!

Non so se sia 'corretto' rendere pubblico il codice e 'privato' l'accesso.... io aspetterei fino a quando non passiamo alla fase 2 (codice di invito pubblico)

valterc ha scritto:

Non so se sia 'corretto' rendere pubblico il codice e 'privato' l'accesso.... io aspetterei fino a quando non passiamo alla fase 2 (codice di invito pubblico)

E' per questo che ho chiesto.
Aspetto nuovi ordini!!

Gli ho già dato una rapida scorsa.

Nella prossima settimana, inizierò una fase di approfondimento, e di possibili prime prove di ricompilazione in loco, per vedere se ho tutto quanto necessario

zioriga ha scritto:

Gli ho già dato una rapida scorsa.

Nella prossima settimana, inizierò una fase di approfondimento, e di possibili prime prove di ricompilazione in loco, per vedere se ho tutto quanto necessario

Zio al lavoro!!!! Faccio il tifo!!!

valterc ha scritto:

io aspetterei fino a quando non passiamo alla fase 2 (codice di invito pubblico)

Una curiosità: per quando è prevista la "fase 2"? Avete una roadmap?
Il sito è ormai in beta da molti mesi e ha retto pure il challenge, c'è qualcosa che vi trattiene dal renderlo completamente pubblico??

boboviz ha scritto:

valterc ha scritto:

io aspetterei fino a quando non passiamo alla fase 2 (codice di invito pubblico)

Una curiosità: per quando è prevista la "fase 2"? Avete una roadmap?
Il sito è ormai in beta da molti mesi e ha retto pure il challenge, c'è qualcosa che vi trattiene dal renderlo completamente pubblico??

eh... e` un po' che sono pigro io... c'era il problema della continuità nella distribuzione del lavoro (che per almeno qualche anno non si presenterà...) e mi ero ripromesso di preparare i badge (milestones). Bisogna anche potenziare un po' il server (ram). Comunque non c'è una data ma sicuramente (promessa) entro l'anno.

valterc ha scritto:

eh... e` un po' che sono pigro io...

e mi ero ripromesso di preparare i badge (milestones).

Quelli sul forum, visti tempo fa, non mi dispiacevano....

Bisogna anche potenziare un po' il server (ram).

Mi son passati sotto mano, una decina di giorni fa, un paio di moduli di DDR3 ECC da 16 Gb. Lo avessi saputo te li mandavo!!

Comunque non c'è una data ma sicuramente (promessa) entro l'anno.

Siii, siii, Santa Lucia, Santa Lucia (la capiscono solo quelli di Verona).

boboviz ha scritto:

Siii, siii, Santa Lucia, Santa Lucia (la capiscono solo quelli di Verona).

regalo per i "pargoli" adulti (13 Dic) ??

per intanto ho tolto la parola 'test' dal nome del server....

Ho compilato con successo alcune versioni dell'applicazione per arm/linux. Io ho già fatto alcune wu sui miei due criceti, un Raspberry pi 1B ed il mio vecchio telefono Xperia Mini con su una rom custom di Sailfish OS (praticamente una distro gnu/linux). Ora ho coinvolto come cavia anche Mantis che le sta provando sui suoi Raspberry pi 2 e Orange pi.

Qui al momento ci sono i due eseguibili vfp3 e vfp4-d16 per armv7, devo rifare quello armv6 per raspi e magari provo a farne uno con le neon per v7.

Sto compilando con -0fast, mi sembra che dia un buon vantaggio rispetto a -03 ed è necessario per usare le neon con gcc (almeno alcune ottimizzazioni che porta con se), Pensate che possa andare?

mi sembra un pò troppo spinta.

se ti può servire : wiki.gentoo.org/wiki/GCC_optimization/en


-Os per quei tipi di dispositivi potrebbe essere quella giusta

Bhe, si è il massimo
Usata solo sull'app stessa ma effettivamente fa una differenza enorme, circa 7-8% anche 15-20% più veloce rispetto a -03. In confronto le ottimizzazioni -march ,-mtune fanno ridere

Ho crosscompilato da pc con crosstool-ng che compila la sua roba con -02

-march è una cosa ..genera codice per una specifica architettura , sfruttando le flags del processore stesso
-O è un'altra cosa ancora ...sono delle ottimizzazioni che vengono passate al compilatore con alcune flags , non necessariamente dipendenti dal tipo di architettura sulla quale si compila

Si questo l'ho capito, era per dire

-0s l'ho provato ma scartato, è veramente lento e in questo caso non ha senso, stiamo parlando di un singolo file da 1MB circa

EDIT: vada per -03, ho chiesto a Mantis di provare le ultime che ho caricato per prova, poi aggiorno con quelle buone

Allora metto 3 versioni anche se le differenze sono minime, anzi da quello che abbiamo visto quella per v6 potrebbe essere la migliore

armv6zk_vfp - specifica per Raspberry 1 ma va bene su tutti
armv7_vfpv3 - per i v7 che non hanno le vfpv4
armv7_vfpv4 - per i Cortex-A7

link

C'è un app_info.xml pronto da mettere nella directory del progetto assieme all'eseguibile scelto da rinominare in "pc"

Nella speranza che il progetto voglia fornire direttamente una sua app per arm metto anche i file di configurazione di Crosstool-ng se possono essere utili, ce ne sono 2 ma sono uguali tranne che nelle impostazioni sul target

Grazie a Francesco per aver messo a disposizione il codice con le istruzioni ed il materiale per testarlo

Nota: ho dovuto passare -fsigned-char a gcc per avere una app funzionante su arm, ci sono arrivato grazie ad un warning in fase di compilazione. Ho trovato la spiegazione su un forum:

The C and C++ standards allows the character type char to be signed or unsigned, depending on the platform and compiler. Most systems, including x86 GNU/Linux and Microsoft Windows, use signed char, but those based on PowerPC and ARM processors typically use unsigned char. This can lead to unexpected results when porting programs between platforms which have different defaults for the type of char.

Bravissimi ragazzi!!!

Chissà se il mio vecchio S3 può aiutare.....

boboviz ha scritto:

Bravissimi ragazzi!!!

Chissà se il mio vecchio S3 può aiutare.....

Non mi sembra da buttare per niente solo ti servirà una applicazione per Android, queste sono solo per Linux

Eccomi finalmente

Usando lo script di test con le ultime app fornite da rattorosso ottengo questi risultati (con un leggero vantaggio della versione vfp4):

	Raspberry Pi 2	Orange Pi PC
pc_armv6zk_vfp	57,3"	37,73"
pc_armv7_vfpv3	57,84"	38,21"
pc_armv7_vfpv4	56,86"	37,52"

Sull' Orange PI PC sto elaborando WU di TN-Grid da alcuni giorni , il tempo di esecuzione medio delle WU è di 7:15' (7:00~7:30) con un rac stimato di circa 830

Sul Raspberry non ho ancora aggiunto il progetto, sulla base dei tempi sopra indicati azzardo un RAC di circa 550