Btrfs, il file system realizzato da Oracle per competere su Linux con ZFS, ha acquisito di recente un terzo algoritmo per la compressione dei dati. È Snappy, un progetto concepito da Google per essere utilizzato all’interno dell’azienda. È stato Andi Kleen, un dipendente di Intel, a comunicarlo — ha prestazioni equivalenti ad LZO.
Le patch sono pronte a essere inserite nei sorgenti del kernel e probabilmente faranno parte di Linux 3.3. Ad oggi, Btrfs permette di scegliere tra GZip ed LZO effettuando il montaggio del file system col flag compress attivato. LZO è la scelta predefinita, se non si opta per specificare un algoritmo. Snappy è open source dal 2011.
Kleen ha riscritto il codice di Snappy, originariamente in C++, in C perché fosse più adatto al kernel di Linux. Il livello di compressione non dovrebbe scostarsi granché da quello di LZO, ma Snappy parrebbe essere più veloce coi processori a 64-bit oppure Intel Atom a 32-bit. È un aspetto ancora da verificare nell’uso quotidiano.
Via | Phoronix
Seguici
ossblog è un supplemento alla testata Blogo.it registrata presso il Tribunale di Milano n. 487/06, P. IVA 04699900967. Contatti, Chi siamo, Condizioni di utilizzo, Privacy.
© 2004-2012 Blogo.it, alcuni diritti riservati sotto licenza Creative Commons.
Per informazioni pubblicitarie e progetti speciali su Ossblog.it contattare la concessionaria esclusiva Populis Engage.
pedlo
15 gen 2012 - 11:38 - #1A parte le features che stanno introducendo in Btrfs (tutte fuorchè un fsck funzionante), sono perplesso da “il file system realizzato da Oracle per competere su Linux con ZFS”: ZFS e BTRFS sono entrambi prodotti Oracle, in qualunque modo stiano gestendo questi progetti, lo stanno facendo abbastanza male.
Perchè non cambiare la licenza di ZFS in modo che sia possibile inserirlo nativamente su Linux? Inoltre Oracle sta stipendiando praticamente un solo ingegnere per scrivere Btrfs, tirandola per le lunghe quando hanno nel cassetto ZFS perfettamente testato e funzionante ed a mio parere anche superlativo.
Conad il Rabarbaro
15 gen 2012 - 12:59 - #2@Pedlo
Non superlativo, ampiamente superiore…
Kim Allamandola
15 gen 2012 - 22:03 - #3@pedlo #1
non sono in grado di far quasi nulla con zfs, tutto il suo team con l’ideatore
in testa sono su IllumOS e la CDDL impedisce ad Oracle di incorporare le
modifiche/evoluzioni di IllumOS… Non è un caso IMO che le source del kernel
di Oracle Solaris 11 siano “comparse” in giro qualche tempo fa…
Ad ogni modo sul tema della snappy compression non sono molto interessato, la
compressione lzo attuale su macchine moderne non ha un’overhead significativa
e su macchine vecchie non vedo che senso abbia usare il btrfs… La snappy
rispetto all’lzo comprime molto di meno. Quel che vorrei sarebbe una dedup
on-line come quella dello zfs (se n’era parlato ma secondo gli sviluppatori
del btrfs è troppo difficile da scrivere…) e nel medio-lungo termine (ok,
la vorrei per ieri ma data l’entità della cosa…) una gestione sensata dei
subvolumi per avere qualcosa di simile al pool zfs coi suoi volumi dentro,
vorrei anche una gestione più comoda degli snapshot e una distinzione di
questi dai cloni (sempre a-la-zfs)…
Vabbé come sempre chi ha pane non ha denti, chi ha denti non ha pane…
‘nasidente ad Oracle ed al management di Sun!