ARGOMENTO:

X86_64-v3 ha scritto:

gio 26 mar 2026, 00:33:16, CET

x86_64 ha scritto:

gio 26 mar 2026, 16:56:16, CET

x86-64	x86-64-v3
Beta (W12)	Beta (W12)
Disponibilità Immagine RAW: SI	Disponibilità Immagine RAW: SI
Disponibilità archivi di partizione FSA : Si	Disponibilità archivi di partizione FSA : Si
Disponibilità disco VirtualBox VDI : No	Disponibilità Disco VirtualBox VDI : No
Disponibilità archivi di aggiornamento DAR : No	Disponibilità archivi di aggiornamento DAR : No

Aggiornamenti di sistema [ LXQT / XFCE ]

Aggiornamento BOINC da GIT (Commits dal 16/03/2026 al 25/03/2026 ) [ Ver. 8.3.0 ]

x86-64 vs x86-64-v3

x86-64	x86-64-v3
Beta (TIMESTAMP : gio 2 apr 2026, 18:26:43, CEST)	Beta (TIMESTAMP : gio 2 apr 2026, 00:07:13, CEST)
Disponibilità Immagine RAW: SI	Disponibilità Immagine RAW: SI
Disponibilità archivi di partizione FSA : Si	Disponibilità archivi di partizione FSA : Si
Disponibilità disco VirtualBox VDI : No	Disponibilità Disco VirtualBox VDI : No
Disponibilità archivi di aggiornamento DAR : No	Disponibilità archivi di aggiornamento DAR : No

Aggiornamenti di sistema [ LXQT / XFCE ]

Aggiornamento BOINC da GIT (Commits dal 25/03/2026 al 03/04/2026 ) [ Ver. 8.3.0 ]

x86-64 vs x86-64-v3

x86-64	x86-64-v3
Beta (TIMESTAMP : dom 12 apr 2026, 10:42:38, CEST )	Beta (TIMESTAMP : sab 11 apr 2026, 22:34:48, CEST)
Disponibilità Immagine RAW: SI	Disponibilità Immagine RAW: SI
Disponibilità archivi di partizione FSA : Si	Disponibilità archivi di partizione FSA : Si
Disponibilità disco VirtualBox VDI : No	Disponibilità Disco VirtualBox VDI : No
Disponibilità archivi di aggiornamento DAR : No	Disponibilità archivi di aggiornamento DAR : No

Aggiornamenti di sistema [ LXQT / XFCE ]

Aggiornamento BOINC da GIT (Commits dal 25/03/2026 al 11/04/2026 ) [ Ver. 8.3.0 ]

x86-64 vs x86-64-v3

x86-64	x86-64-v3
Beta (TIMESTAMP : gio 16 apr 2026, 14:04:49, CEST )	Beta (TIMESTAMP : gio 16 apr 2026, 20:44:10, CEST)
Disponibilità Immagine RAW: SI	Disponibilità Immagine RAW: SI
Disponibilità archivi di partizione FSA : Si	Disponibilità archivi di partizione FSA : Si
Disponibilità disco VirtualBox VDI : No	Disponibilità Disco VirtualBox VDI : No
Disponibilità archivi di aggiornamento DAR : No	Disponibilità archivi di aggiornamento DAR : No

Aggiornamenti di sistema [ LXQT / XFCE ]

Aggiornamento BOINC da GIT (Commits dal 25/03/2026 al 16/04/2026 ) [ Ver. 8.3.0 ]

Disponibili 2 semplici scripts di backup/ripristino dati utente binux/boinc da utilizzare in caso di upgrade manuale del sistema tramite archivi FSA o RAW o semplicemente come backup. [ LXQT / XFCE ]

home.backup & home.restore disponibili nel desktop

x86-64 vs x86-64-v3

sabayonino ha scritto:

x86-64	x86-64-v3
Beta (TIMESTAMP : sab 16 mag 2026, 11:59:06, CEST )	Beta (TIMESTAMP : gio 14 mag 2026, 16:35:58, CEST)
Disponibilità Immagine RAW: SI	Disponibilità Immagine RAW: SI
Disponibilità archivi di partizione FSA : Si	Disponibilità archivi di partizione FSA : Si
Disponibilità disco VirtualBox VDI : No	Disponibilità Disco VirtualBox VDI : No
Disponibilità archivi di aggiornamento DAR : No	Disponibilità archivi di aggiornamento DAR : No

Aggiornamenti di sistema [ LXQT / XFCE ]

Aggiornamento BOINC da GIT (Commits dal 25/03/2026 al 14/05/2026 ) [ Ver. 8.3.0 ]

x86-64 vs x86-64-v3

Attenzione: Spoiler!

x86-64 (anche nota come AMD64 o x64): è l'architettura standard per i processori a 64 bit basata sull'ISA (Instruction Set Architecture) x86. Supporta istruzioni come SSE2 e altre estensioni comuni.

x86-64-v3: è un'estensione dell'architettura x86-64 che aggiunge nuove istruzioni e funzionalità, come AVX, AVX2 e altre. I processori che supportano x86-64-v3 sono più recenti e offrono miglioramenti in termini di prestazioni e sicurezza.

Info

Attenzione: Spoiler!

Processori supportati:

- AMD: Ryzen (2017-presente), Ryzen 3, 5, 7 (2017-2021), Ryzen 9 (2020-presente), EPYC (2017-presente)
- Intel: Haswell (2013), Broadwell (2014), Skylake (2015), Kaby Lake (2016), Coffee Lake (2017), Comet Lake (2019), Ice Lake (2019), Tiger Lake (2020)

Istruzioni supportate:

- AVX (Advanced Vector Extensions): istruzioni per operazioni vettoriali a 256 bit
- AVX2: estensione di AVX con istruzioni aggiuntive per operazioni vettoriali
- FMA (Fused Multiply-Add): istruzioni per eseguire una moltiplicazione e un'addizione in un solo ciclo di clock
- BMI1 e BMI2 (Bit Manipulation Instructions): istruzioni per la manipolazione dei bit
- LZCNT e TZCNT: istruzioni per il conteggio dei bit a zero
- POPCNT: istruzione per il conteggio dei bit a 1

Caratteristiche:

- Miglioramenti delle prestazioni in applicazioni che utilizzano operazioni vettoriali
- Supporto per istruzioni AVX e AVX2
- Miglioramenti della sicurezza con istruzioni come FMA e BMI

Nota che non tutti i processori che supportano la v3 includono tutte queste istruzioni, quindi è importante verificare le specifiche del processore per sapere esattamente cosa è supportato.

x86-64	x86-64-v3
Beta (TIMESTAMP : mar 16 giu 2026, 16:08:37, CEST )	Beta (TIMESTAMP : dom 14 giu 2026, 15:25:28, CEST)
Disponibilità Immagine RAW: SI	Disponibilità Immagine RAW: SI
Disponibilità archivi di partizione FSA : Si	Disponibilità archivi di partizione FSA : Si
Disponibilità disco VirtualBox VDI : No	Disponibilità Disco VirtualBox VDI : No
Disponibilità archivi di aggiornamento DAR : No	Disponibilità archivi di aggiornamento DAR : No

Aggiornamenti di sistema [ LXQT / XFCE ]

Aggiornamento BOINC da GIT (Commits dal 25/03/2026 al 14/06/2026 ) [ Ver. 8.3.0 ]

x86-64 vs x86-64-v3

x86-64	x86-64-v3
RC1 (TIMESTAMP : mer 15 lug 2026, 19:40:00, CEST )	RC1 (TIMESTAMP :mar 14 lug 2026, 22:40:13, CEST)
Disponibilità Immagine RAW: SI	Disponibilità Immagine RAW: SI
Disponibilità archivi di partizione FSA : Si	Disponibilità archivi di partizione FSA : Si
Disponibilità disco VirtualBox VDI : No	Disponibilità Disco VirtualBox VDI : No
Disponibilità archivi di aggiornamento DAR : No	Disponibilità archivi di aggiornamento DAR : No

Aggiornamenti di sistema [ LXQT / XFCE ]

Kernel 6.18.38

Aggiornamento BOINC da GIT (Commits dal 14/06/2026 al 14/07/2026 ) [ Ver. 8.3.0 ]

x86-64 vs x86-64-v3

x86-64	x86-64-v3
BETA (TIMESTAMP : ven 7 ago 2026, 19:00:27, CEST )	BETA (gio 6 ago 2026, 14:58:33, CEST)
RC (TIMESTAMP : mer 15 lug 2026, 19:40:00, CEST )	RC (TIMESTAMP :mar 14 lug 2026, 22:40:13, CEST)
STABLE (TIMESTAMP : ---- )	STABLE (TIMESTAMP : ----)
Disponibilità Immagine RAW: SI	Disponibilità Immagine RAW: SI
Disponibilità archivi di partizione FSA : Si	Disponibilità archivi di partizione FSA : Si
Disponibilità disco VirtualBox VDI : No	Disponibilità Disco VirtualBox VDI : No
Disponibilità archivi di aggiornamento DAR : No	Disponibilità archivi di aggiornamento DAR : No

BETA

Aggiornamenti di sistema [ LXQT / XFCE ]

Kernel 6.18.41

Aggiornamento BOINC da GIT [ Ver. 8.3.0 ]

RC

Aggiornamenti di sistema [ LXQT / XFCE ]

Kernel 6.18.38

Aggiornamento BOINC da GIT [ Ver. 8.3.0 ]

x86-64 vs x86-64-v3

Incoming...
Fix certificato SSL di boinc in corso per tutte le versioni.

Aggiornamenti in corso per :Consueta applicazione degli ultimi commits di boinc 8.3.0 da git
Aggiornamentii di sistema inclusi.
Ottimizzazioni per le librerie matematiche

Aggiornamento Immagini

Le immagini disponibili ora sono 3 su ambiente grafico LXQT
Le immagini sono ottimizzate per i tre livelli di architettura CPU disponibile (allo stato attuale sono 4) : x86-64 - x86-64-v2 - x86-64-v3 . I vari livellii di architettura si differenziano per le Flags CPU che vengono nel tempo implementate dai due maggiori produttori di processori , AMD ed Intel.

Qui di seguito una piccola tabella riassuntiva

x86-64-v1 - Compatibilità totale
Compatibile con tutte le CPU a 64-bit dal 2003 in poi. Massima compatibilità, performance base. Usato di default da Debian, openSUSE e Arch standard.

x86-64-v2 - Equilibrio per hardware datato
CPU dal 2008-2009 (Intel Nehalem, AMD Bulldozer). Introduce SSE4.2, SSSE3, POPCNT. Copre praticamente tutto l'hardware ancora in uso. Scelto da RHEL 9, openSUSE Leap e come requisito minimo per molte distro moderne.

x86-64-v3 - Performance moderne
CPU dal 2013-2015 (Intel Haswell, AMD Excavator / Zen). Introduce AVX, AVX2, FMA, BMI1/2. Incremento prestazionale netto in crittografia, multimedia e calcolo. Target consigliato per workstation e desktop degli ultimi 10 anni.

x86-64-v4 - High Performance
CPU dal 2017 (Intel Skylake-X) / 2022 (AMD Zen 4). Introduce AVX-512. Utile solo per HPC, AI e carichi di lavoro vettoriali spinti. Consumo più elevato, supporto non presente su molti consumer recenti.

Prossimo step V5 ??

v5 è solo proposta in discussione su LLVM/GCC dal 2023-2024.Quello che dovrebbe includere:AVX-VNNI, AVX-IFMA, AVX-NE-CONVERT - accelerazione AI / neural networkBase comune tra AMD Zen4 e Intel Sapphire Rapids / Emerald RapidsPossibile step intermedio prima di AVX10 e APX di Intel
Fonte : Phoronix

Screenshots



Aggiornamenti recenti applicati

- Kernel 6.18.43
- Boinc 8.3.0 da GIT
- BOINC Tasks 3.0
- Aggiornamenti di sistema.

Menu di avvio
- Al boot sono presenti due opzioni di scelta che introducono la possibilità di settare la directory slots di lavoro di boinc in RAM o su disco (di default al primo avvio).
- Se selezionato Boinc su RAM , la voce diventerà persistente al prossimo riavvio oppure fino a quando non si decide di tornare "su disco".
- La dimensione viene settata automaticamente in base al quantitativo di RAM equipaggiato , tenendo conto anche delle risorse di sistema/utente eventuali
- Di default , anche se selezionato su RAM , "slots" viene impostata su disco per un quantitativo di memoria installata minore di ~12GB. (valuterò eventualmente di abbassare il requisito a 8GB)


Madalità RAM
Pro
- Limitare le scritture su disco . Utile per SSD o instalalzione su USB/SDCard
- Riduzione dell' I/O . Evita il collo di bottiglia durante la comunicazione con la CPU

Contro
- Le WUs in esecuzione vengono perse (o vanno in errore) se si riavvia il client o il Pc o un crash del client stesso.
- Alcuni progetti possono richiedere molta RAM per singola WU (Esempio Rosetta@home)

Tips & Trick
- Per evitare di perdere le WUs in corso , prima di spegnere o riavviare PC o client , lasciare terminare le WUs e mettere in pause quelle successive.
- Nel desktop sono presenti due icone di Backup e ripristino della cartella di Boinc e Utente.
Il Backup viene salvato nella directory nascosta , primo backup base seguito da eventuali backup incrementali (max 2)

~/.backup

Si consiglia di esportare il backup (formato tar.gz) su un dispositivo esterno. e riposizionarlo nel caso di problemi e sovrascrittura/aggiornamento dell'immagine.
Durante la fase di Backup le WUs in croso vengono sospese e non andranno perse , verrano riprese al termine dell'operazione.
Se non si riavviano , agire dal manager selezionando la voce "Attività".

Attenzione: Spoiler!

Varie
- Nelle cartelle di download delle immagini (hostate sul mio Mega personale) è presente un TIMESTAMP che indicata la data di build.
- Le immagini verranno aggiornate periodicamente.. Controllare il TIMESTAMP

Happy

---

Cos'è Binux, due parole

Binux non è una live, è un sistema nudo e crudo già pre-confezionato e pronto all'uso.
È basata su Gentoo, ma super personalizzata per fare una cosa sola e farla bene: calcolo distribuito BOINC e basta.

Proprio per questo non troverete apt-get, emerge e sbattimenti vari. Mettersi a compilare su Binux sarebbe un suicidio, non è fatta per quello.
L'idea è: la mettete su disco (con.fsa o.img), avviate e vi dimenticate. Se c'è un aggiornamento, scegliete un archivio DAR e via.

---

1. Cosa c'è su MEGA e cosa scaricare

Per capirci:

• I file .fsa e.img.xz servono solo se volete reinstallare da zero.
• Dentro upd ci sono le release datate. Ogni cartella contiene la BASE + gli upd cumulativi, tutti con md5 e log.
• La cartella SYS contiene solo l'upd0. Non toccatela se non ve lo dico io.

---

2. Come si aggiorna

Avete già Binux installato? Sul desktop dell'utente binux c'è l'icona BINUX Update.
Cliccate e si apre una finestra a menu in stile curses.

Scaricate da MEGA l'ultima cartella con la data, dategliela in pasto all'updater, scegliete BASE o l'ultimo upd e fate Estrai/Installa. Poi riavviate.

Sono cumulativi, stile Windows. Non serve tutta la cronologia.
Se avete la BASE di Gennaio e io rilascio BASE di Settembre con upd2, voi prendete solo BASE di Settembre + upd2.

---

3. Downgrade e dati personali

I vostri dati in /home restano dove sono. Non vengono toccati.

Mi sono adoperato per far funzionare anche il downgrade pulendo i file morti di Portage. Quindi tecnicamente è possibile tornare indietro (es. da Settembre ad Agosto).
Si può fare, funziona, ma se potete evitarlo è meglio. Tenetelo come paracadute.

Nota: BOINC su RAM o su DISCO?

Noterete all'avvio di BINUX la possibilità di scegliere:
BOINC - RAM [Attivo] -> Torna su DISCO (o viceversa).

È una funzione fatta apposta per la cartella slots di BOINC.

• Su RAM [Attivo]: il calcolo avviene in RAM (tmpfs). La quantità di memoria riservata viene settata automaticamente in base alla RAM fisica installata. Pro: velocissimo, non usura SSD/chiavette. Contro: se salta la corrente elettrica si perde il lavoro in corso di quella WU.
• Su DISCO: scrittura classica su disco. Pro: più sicuro in caso di sbalzi di corrente elettrica o riavvii inaspettati. Contro: usura maggiore e un pelo più lento.

Suggerimento se possibile : lasciate finire le WUs in esecuzione e se proprio non potete amen ... il server le spedirà a qualche altro buon volenteroso

Si può cambiare quando si vuole dal menu di boot o da BINUX Update. C'è un post dedicato sul forum per i dettagli.

---

4. Come è nato

Tutto questo è nato da piccoli script che usavo io per aggiornare l'immagine RAW quando la testavo, un pezzo oggi e un pezzo domani... ed è nata sta roba qua... LOL

Non sono un programmatore, è fatta nel tempo libero. Se qualcosa non va, lo sistemiamo insieme.

Grazie a chi prova.

Status : Topic in aggiornamento ...

Con le attuali immagini disponibili , ecco alcune novità :

BinuxManager - Gestore grafico (QT) di aggiornamento per BINUX basato su archivi differenziali DAR. (Revisione : REV00094 )


== Cosa è ==
Un gestore grafico (librerie grafiche QT) di gestione degli archivi DAR .

== Scopo ==
Aggiornare BINUX tramite archivi di backup differenziali basati su DAR .

== Utilità ==
Niente più reinstallazioni delle immagini RAW ad ogni uscita aggiornata (verranno comunque distribuite come al solito in immagine RAW e Backup partizioni di FSArchiver).
Nessuna compilazione necessaria essendo BINUX basata su Gentoo Linux. Un click e si aggiorna il sistema.

== Come funziona ==

Avvio automatico nella systray in basso a sinistra. Opzioni disponibili con tasto destro del mouse sull'icona di BinuxManager , possibilità di impostare il periodo di controllo aggiornamenti ed altro.


I pacchetti rilasciati seguiranno delle uscite numerate progressivamente.

Release R01-BASE il primo rilascio , seguiranno gli aggiornamenti relativi riferiti per quella base : UPD-01 , UPD-02 ... i quali sono aggiornamenti progressivi (non incrementali) della base stessa. (in stile lontano alla Windows Update / LOL / ma senza riavvii o quasi / doppio LOL / )

Questo significa che qualsiasi pacchetto di aggiornamentio si andrà ad installare , esso comprenderà tutti gli eventuali aggiornamenti intermedi qualora ce ne fossero.

Il cambio di "Release" sarà applicato in particolar modo secondo le seguenti logiche :

- La dimensione degli ultimi UPD-[N] sarà proporzionale alla dimensione della base di riferimento. Al momento la BASE ha una dimensione che varia tra i 3,8GB e i 4,1 GB . Ci si aspetta un cambio di release attorno i 2,5 GB circa dagli ultimi UPD-[N]
- Aggiornamenti importanti del sistema base [ Glibc in particolar modo o cambio del profilo secondo le direttive mainstream della distribuzione di riferimento : Gentoo ]
- Possibilità di saltare da una Release all'altra (implica lo scaricamento del sistema base di riferimeto) tramite apposito pulsante dedicato.
- Aggiornamento per pacchetto. Si sceglie direttamente il pacchetto da installare desiderato. Clicca , installa e attendi la fine dell'operazione .
- Aggironamento all'ultimo stato. Sarà applicato l'ultimo aggiornamento disponibile della Release in suo tramite apposito pulsante dedicato.
- Importante : Ad ogni salto di release o downgrade , se presente , sarà SEMPRE installato l'ultimo SYS-UPD0 (Tab Extra) per preservare l'ultimo stato del manager e non introdurre regressioni.
- Logs di aggiornamento consnultabili e confrontabili da qualsaisi punto delle varie Release anche se non installate grazie ad un database interno che tiene traccia dei vari aggiornamenti nella vita utile dei rilasci.
- L'ultima release disponibile sarà quella mantenuta e aggiornata . Le release precedenti saranno bloccate ma ancora disponibili (fino ad un massimo di 5 )
- Aggiornamenti indipendenti per pacchetti o configurazioni esterne al package manager della distribuzione (Portage:Gentoo) accessibili dal TAB "Extra". L'aggiornamento all'ultimo stato è sempre consigliato.
- Aggiornamenti della configurazione dell'utente , accessibile dalla TAB "Config Utente" : Vengono applicati degli aggiornamenti alla configurazione utente "Binux" . I files personali non vengono minimamente interessati ma alcune personalizzazioni possono essere sovrascritte ; di default le modifiche applicate dall'utente non vengono interessate (Opzione comunque modificabile al momentio dell'instalalzione)


== Archivi ==
Reperibilità degli archivi e del database :
Il Database è il cuore di tutto . Sono registrati tutti gli snapshots e aggiornamenti disponibili oltre alle varie informazioni storiche delle releases. Se disponibile via web si installa automaticamente e controlla periodicamente se ci sono aggiornamenti disponibili comunicandone la loro disponibilità. Qual'ora ci fossero problemi nell'automaticsmo è sempre possibile installare il database manualmente tramite apposito tasto previo download manuale.

Principalmente disponibili nel mio share personale MEGA accessibile tramite i link condivisi indicati nel primo post di presentazione ( TAG : Disponibilità MEGA )
Database ed alcuni pacchetti disponibili da Boinc.Italy (Download automatico) [ TAG : Disponibilità web ]
Qaando scaricati : il database può essere caricato manualmente tramite apposito pulsante nel caso non ci sia la disponibilità web. Cliccare sul pacchetto interessato per procedere all'installazione ( TAG : Disponibilità Locale ]


Gli archivi di default vengono scaricati nella cartella di default /home/binux/Scaricati
il database remoto è ospitato sul server di Boinc.Italy .
Alcuni pacchetti di aggiornamento saranno ospitati sul server di Boinc.Italy . Il Manager provvederà al download automatico. In caso contrario il reperimento del pacchetto dovrà essere effettuato manualmente via MEGA.nz (Il mio Share personale dove ospito tutti i pacchetti ed immagini.)
Per questioni di spazio e gestione del progetto , sul server di Boinc.Italy non potranno essere ospitati pacchetti troppo voluminosi. Ringrazio GHz per la possibilità di usufruire anche solo parzialmente della struttura di Boinc.Italy


== Utenti ==
- Utente di default "binux" ; caratteristiche :
Cartella : /home/binux
Eventuale login : Utente--> binux password-->binux
Priviligi utente : Amministrativi senza password con "sudo"

- Cartella BOINC e configurazione :
Cartella : /home/boinc (per accesso diretto è presente un puntatore nel desktop utente)

- Backup/Ripristino con snapshots :
Cartella snapshots : /home/.snapshots
Backup con apposita icona sul desktop utente ( home.backup)
Salvataggio degli archivi dello snapshot : /home/binux/Scaricati (formato standard : TAR con compressione gzip )
Ripristino con apposita icona sul desktop utente ( home.restore )
Posizione di salvataggio archivi : /home/binux/Scaricati


== AVVIO ==
Caratteristica selezionabile dal menu di avvio :
- Caricare la cartella "slot" di boinc su RAM o su Disco (persistente al riavvio , possibilità di cambiare la scelta secondo le proprie preferenze )
La ram dedicata alla cartella "slot" di boinc (dove vengono scritti i dati provvisori di elabotazione) viene settata dinamicamente in base al quantitativo di RAM del Pc e delle risorse del sistema.
Pro : Accelera lo scambio di dati tra CPU/RAM , ridotta latenza delle scritture e preserva le scritture su disco (gli SSD ringraziano)
Contro : In caso di spegimento anomalo o volontario del pc , crash o altro , eventuali WU's che erano in esecuzione andranno in errore quando saranno riavviate
Alcuni progetti potrebbero richiedere molta Ram e per preservare le risorse di sistema ed il regolare funzionamento del sistema operativo , di default viene settata automaticamente su disco anche se selezionata all'avvio in RAM. ( con =< 12 GB ).

Screenshot e descrizioni :