Le ultime analisi sulle prestazioni di Btrfs hanno evidenziato un quadro meno brillante del previsto.
Nel passaggio dal kernel Linux 6.12 LTS alle build sperimentali della serie 7.0, la velocità della popolare filesystem copy‑on‑write non solo non è migliorata, ma ha mostrato regressioni significative. È un risultato che sorprende, soprattutto considerando l’evoluzione positiva registrata nello stesso periodo da EXT4 e XFS, due progetti che continuano a raffinare il proprio comportamento sotto carichi intensivi.
I test sono stati condotti da Phoronix su una piattaforma di fascia alta, basata su un processore AMD EPYC 9745 e su un SSD NVMe PCIe 5.0 Solidigm D7‑PS1010. Un contesto che elimina qualsiasi collo di bottiglia lato hardware e permette di osservare con precisione l’impatto delle modifiche introdotte nel kernel. L’ambiente software si basa sulla futura Ubuntu 26.04, con ogni versione del kernel installata tramite i pacchetti mainline e con il disco riformattato a ogni ciclo di test. La fotografia del codice di Linux 7.0 corrisponde allo stato del repository a metà marzo.
Il comportamento di Btrfs è stato analizzato con le impostazioni predefinite, quindi con il meccanismo copy‑on‑write attivo. Questa caratteristica, fondamentale per snapshot e integrità dei dati, può però introdurre frammentazione e rallentamenti in scenari di scrittura intensiva. Per questo motivo sono stati effettuati anche test separati senza CoW, utili per isolare l’impatto della funzione e confrontare Btrfs con altre filesystem nelle stesse condizioni.
La regressione più evidente emerge a partire dal kernel 6.15. Da quel punto in avanti, ogni versione successiva mostra un peggioramento costante, soprattutto nei carichi che simulano workload reali. Il caso più emblematico riguarda Tigerbeetle, un database distribuito che mette sotto stress la gestione della scrittura casuale. Qui Btrfs ha registrato cali marcati, confermati anche dai test condotti con FIO, lo strumento di riferimento per misurare throughput e latenze dei dispositivi di archiviazione.
Questi due scenari hanno inciso pesantemente sul risultato medio complessivo, mostrando una curva discendente che contrasta con i progressi ottenuti da EXT4 nello stesso arco temporale. È un comportamento che richiama alla memoria test precedenti, come quelli effettuati sulle versioni 6.11 e 6.17, dove già si intravedevano segnali di instabilità nelle prestazioni di Btrfs.
Naturalmente, la velocità pura non è l’unico parametro che guida la scelta di una filesystem. Gli amministratori valutano anche la disponibilità di funzionalità avanzate, la robustezza dei meccanismi di protezione dei dati e la capacità di gestire array complessi. Tuttavia, un calo così evidente nella scrittura casuale rappresenta un campanello d’allarme, soprattutto per chi utilizza Btrfs in contesti server o in applicazioni che richiedono un comportamento prevedibile sotto carico.
Il dibattito nella comunità è già iniziato e sarà interessante osservare come gli sviluppatori affronteranno queste regressioni nelle prossime iterazioni del kernel.
