ARGOMENTO:

Ridimensionare la partizione di BINUX
Di default BINUX è costruita su una immagine virtuale di circa 32GB.
Dopo l'installazione dell'immagine su un supporto USB/SSD interno o esterno che sia , lo spazio disco in eccesso no verrà utilizzato automaticamente.
Utilizzare il programma di partizionamento interno di BINUX Gparted per ridimensionare la partizione selezionando il disco corretto.
Se si riscontrano problemi con l'inserimento della password di root , che di default non è impostata , aprire il magico terminale e digitare

Aggiornato alla release Settimana 07 - W07 [ x86-64 ]

• Aggiornamenti : @System
• Kernel 6.12.68 + Nvidia Drivers
• Aggiornamento Boinc da GIT [ Commits dal 08-02-2026 al 22-02-2026 ] [ Ver 8.3.0 ]

Nota : Dalla Prox Release , il sistema verrà compilato con
-march=x86-64-v3 ed ulteriroi flag di ottimizzazione.
Ci sarà un taglio alle CPU supportate , qui di seguito un recap rapido

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.

I processori con supporto a x86-64-v4 (dal 2020 circa in poi) saranno comunque supportati dato il supporto cpu è retroattivo.

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

Status : Topic in aggiornamento ...


Parte di questo messaggio è nascosta ai visitatori. Prego registrarsi e/o effettuare l'accesso per vederla.

---

Cos'è Binux, due parole

Binux non è una live, è un sistema nudo e crudo già pre-confezionato e pronto all'uso.
È basata su Gentoo, ma personalizzata ed ottimizzata per fare una cosa sola : 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 dal BinuxManager e via.

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 destra. 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 :


Parte di questo messaggio è nascosta ai visitatori. Prego registrarsi e/o effettuare l'accesso per vederla.