Hruby ha utilizzato la stessa distribuzione di Hasselmann, ovvero Ubuntu 12.04 (Precise Pangoline) Beta 2, con due diversi archivi di dati: uno da 17.251 e l’altro da 12.1587 record. Per la precisione, entrambi gli archivi contenevano informazioni su dei film. I picchi di memoria del benchmark premiano Lucene++, con 1,4MiB e 3.1MiB.

SQLite ha totalizzato 2,5MiB/2,6MiB, mentre Xapian 1,4Mib/5,2MiB: i risultati dei picchi non sono molto significativi e, per confermare la superiorità di Lucene++ occorre, dare un’occhiata all’intero processo. Hruby ha utilizzato Massif Visualizer di Milian Wolff, dimostrando che Xapian non mantiene una cache della prima richiesta.

Non ancora soddisfatto, Hruby ha pensato di modificare il benchmark di Hasselmann per includere una ricerca tra le wildcard in aggiunta alle richieste standard. L’intenzione era soprattutto quella di verificare le performance di Xapian, che secondo Hruby assumerebbe un comportamento inusuale. Il risultato ha confermato questa tesi.

Se Lucene++ si ferma a 4,6MiB di picco ed SQLite a 7,3Mib, Xapian raggiunge i 442,2MiB: un consumo di memoria decisamente eccessivo. Il benchmark si riferisce soltanto all’archivio più grande, utilizzando T* come wildcard — con un limite di 10.000 risultati a richiesta per ogni database. Il comportamento di Xapian è incomprensibile.

Le prove di Hruby assegnano i risultati più confortanti a Lucene++, un porting in C++ di Lucene realizzato da Alan Wright per Spotify — il popolare servizio di musica in streaming, tuttora inaccessibile dall’Italia. Sarebbe opportuno da domandarsi se molte applicazioni non gioverebbero dell’utilizzo di Lucene++, al posto di SQLite.

Via | Michal Hruby

Il completamento della transizione è previsto soltanto da Fedora 18, quando /tmp sarà montata su tmpfs a livello predefinito. Con Fedora 17, però, è stata introdotta una nuova funzionalità che permette l’avvio dei servizi di systemd in una cartella temporanea privata. Il primo problema del cambiamento è nella sicurezza degli utenti.

Poettering auspica l’utilizzo di sotto-cartelle in /run, la nuova gerarchia introdotta da systemd, al posto di /tmp: in alternativa, per garantire la compatibilità dei servizi, gli sviluppatori possono scegliere la precedente /var/run. Così, limitare /tmp a tmpfs – cioè a metà della RAM di sistema – non dovrebbe essere un problema.

Via | Lennart Poettering

Grazie all’adozione delle librerie di C da NetBSD, infatti, MINIX 3 ha potuto acquisire nuove funzionalità che lo rendono più duttile e usabile. Oltre a FUSE, MINIX 3.2.0 – l’ultimo rilascio, avvenuto appena due giorni fa – mutua da NetBSD pure il boot loader. Per quanto sia “limitato”, MINIX 3 propone una toolchain all’avanguardia.

Sebbene continui a supportare GCC, MINIX 3.2.0 sostituisce il compilatore di GNU con LLVM/Clang a livello predefinito. Un’opzione che molti gradirebbero anche sulle principali distribuzioni di Linux. MINIX 3 è scaricabile da LiveCD e può essere avviato su VirtualBox, per testarne le funzionalità. Gli sviluppatori cercano volontari.

Via | The H Open

Il primo rilascio di Oracle Linux del 2012, infatti, offrirà Btrfs tra le opzioni d’installazione… ma perché diventi il file system predefinito occorrerà altro tempo. È una scelta simile a quella adottata da Red Hat che ha procrastinato la sostituzione di Ext4 a Fedora 18. Il problema su fsck rischia di diventare molto, molto serio.

In realtà, fsck esiste. Soltanto, il ramo di sviluppo non è considerato sufficientemente maturo e l’utilizzo è sconsigliato: soprattutto considerando le funzionalità previste da Btrfs su enormi volumi di dati. Completato in tempo per San Valentino, pure lo strumento di riparazione ha un nome suggestivo. Il ramo è dangerdonteveruse.

Via | Phoronix

Le novità apportate sono diverse: in primo luogo, ntfscp (il comando del terminale per la copia dei file) ha acquisito il supporto alla compressione. Sia NTFS-3G, sia ntfsprogs hanno ottenuto dei miglioramenti su tutti i sistemi operativi supportati. Non soltanto per Linux. La compilazione dovrebbe funzionare con Illumos e su SPARC.

Il montaggio di NTFS-3G utilizza il flag relatime a livello predefinito, se sono specificate le opzioni di default. In generale, sono stati risolti alcuni problemi di ntfsprogs riguardanti il ridimensionamento dei file system. Tuxera ha corretto il sistema di “pulizia” per NTFS, dopo il passaggio positivo del controllo d’integrità.

In linea di massima, il supporto a NTFS sui sistemi operativi UNIX-like ha raggiunto una maturità soddisfacente. Il problema, però, subentra con Resilient File System (ReFS): il nuovo file system di Windows Server 8. Ideato da Microsoft per Storage Spaces, la nuova funzionalità equivalente al device mapping di LVM, si basa su NTFS.

La documentazione di Microsoft è, al pari di ReFS, in fase di sviluppo: il file system non è “avviabile” e non supporta i dischi rimovibili. È incerto il futuro all’esterno di Windows Server 8, considerando che ReFS non è ancora disponibile sul desktop. Tuxera non si è voluta sbilanciare riguardo un eventuale lavoro sul file system.

Anziché continuare a seguire gli aggiornamenti di NTFS-3G ed ntfsprogs, per l’immediato futuro avrà più significato aprire un dibattito sull’impatto di ReFS — nel rapporto con gli altri sistemi operativi. NTFS è stato introdotto nel 1993 ed NTFS-3G ha esordito nel 2007, quattordici anni dopo. Dovremo aspettare altrettanto con ReFS?

Via | Tuxera

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

L’idea di Bidelman non è inedita, perché esistono almeno altre due risorse equivalenti: una fa parte dei Closure Tools di Google, degli strumenti in JavaScript familiari a Bidelman che lavora proprio allo sviluppo di Chrom*. L’altra è WebFS, un’implementazione lato–client del file system di Node.js. Filer.js ha un altro significato.

Quanto rende davvero interessante Filer.js è la scelta di Biderman d’utilizzare la sintassi dei comandi di UNIX — nel dialogo tra JavaScript, HTML5 e i file system locali. Un approccio che avvicina alla realizzazione di applicazioni web i programmatori abituati alle “native”. È un’intuizione favorevole all’approdo su altri browser.

Via | ReadWriteWeb

Avevamo già accennato ai cambiamenti quest’estate, quand’erano trapelate delle indiscrezioni sui lavori in corso. Come previsto il primo oggetto dell’attenzione degli sviluppatori sono gli album musicali: Nautilus acquisirà una particolare modalità di visualizzazione per fornire le informazioni necessarie a un riproduttore musicale.

Da questo punto di vista è probabile che Rhythmbox (l’applicazione predefinita per riprodurre la musica) sia integrato direttamente in GNOME Shell. Non a caso in questi mesi è emersa con più insistenza la definizione di GNOME OS per l’aggiornamento del desktop. Quella degli album musicali è «la punta dell’iceberg» dell’interfaccia.

GNOME 3.4

Molti, per giustificare le immagini del futuro di GNOME Shell, citano l’interfaccia–utente di Mac OS X. L’ambizione degli sviluppatori del desktop è un’altra: non soltanto consultando la documentazione ufficiale, ma soprattutto leggendo gli annunci dei designer, pare che l’obiettivo sia un ambiente integrato come quello di Android.

Nelle prossime settimane, saranno pubblicate le anteprime delle interfacce predisposte alla visualizzazione delle immagini, dei documenti di testo, ecc. oltre a una rinnovata integrazione degli account sui social network. GNOME Shell include già un’estensione per connettersi a Google e, in futuro, saranno aggiunti Facebook e Flickr.

La gestione dei contatti è deputata a Telepathy per la messaggistica istantanea e al solito Evolution sulla posta elettronica. GNOME Contacts è apparso con GNOME 3.2 e subirà ulteriori rimaneggiamenti per essere ancora più completo. Le applicazioni web riporteranno l’attenzione su Epiphany. È un progresso parallelo a quello di KDE.

Via | Allan Day

Grazie a GParted 0.10.0 è possibile il ridimensionamento delle partizioni formattate con un file system di tipo Btrfs, utilizzato dalle principali distribuzioni di Linux. Questa possibilità è fornita anche dall’ultimo LiveCD basato su Debian/Sid per recuperare le partizioni compromesse in aggiunta al ripristino di quelle cancellate.

Ovviamente, in alternativa alla masterizzazione su CD-ROM, l’immagine del LiveCD può essere trasferita sulle “chiavette” USB. Un’altra funzionalità di rilievo per GParted 0.10.0, oltre ai vari fix, riguarda il riconoscimento automatico delle partizioni exFAT per i dispositivi portatili formattati con le versioni recenti di Windows.

Via | The H Online

Forse, addirittura il migliore. ZFS deriva dal supporto di 256 quadrilioni di zettabyte, ovvero 2⁷⁰ byte. Negli anni le funzionalità del file system sono aumentate: l’ultima, purtroppo closed–source, riguarda la crittografia dei dati ed è stata introdotta da Oracle su Solaris Express 11. Una delle più popolari riguarda gli snapshot.

ZFS è disponibile per Solaris, Illumos, *BSD (FreeBSD, NetBSD e GNU/kFreeBSD), Mac OS X e Linux. È nota la difficoltà d’implementazione con quest’ultimo a causa dell’incompatibilità della licenza di rilascio scelta da Sun Microsystems con la GPLv2 del kernel di Linus Torvalds. Un’alternativa al supporto di ZFS con Linux è ZFS–FUSE.

Via | D–Trace

L’attuale “cruccio” del settore enterprise è la crescita non strutturata dei file system aziendali. L’unità di scaling è ormai il petabyte e la dinamicità richiesta ai processi di adeguamento dello storage è senza precedenti. Con questa scelta Red Hat intende quindi andare sul sicuro, visto che questa tecnologia è già utilizzata da Deutche Bank, Barnes & Noble, BAE Systems, Samsung e Autodesk.

GlusterFS è un Network Attached Storage (NAS) file system, rilasciato con GNU AGPL3, che consente di mettere insieme risorse sia attraverso Ethernet sia Infiniband RDMA e ha trovato un discreto successo in applicazioni cloud, biomedicali e archiviazione di grandi quantità di dati. Grazie alle sue avanzate caratteristiche: mirroring e replicazione, volume failover, bilanciamento del carico, caching e gestione delle quote. La sua infrastruttura è concepita con un modello client-server: il server esporta un file system senza effettuare altre operazione, lasciando al client il compito di gestire la strutturazione. GlusterFS fornirà inoltre una struttura completamente dinamica e scalabile in termini di aggiunta e rimozione online di file system e questo grazie anche al suo sistema di astrazione che gli consente di lavorare sopra EXT3/4 e XFS.

Red Hat dimostra – se mai ce ne fosse bisogno – di essere ancora una volta un leader del settore open source, non solo perché l’acquisizione di Gluster le porterà strumenti tecnologici fondamentali, ma anche perché ha deciso di preservarne il valore aggiunto continuando a supportare tutti i prodotti commerciali che Gluster forniva ai propri clienti. L’operazione, dal costo di 136 milioni di dollari (a mio avviso un prezzo relativamente basso), si rivelerà strategica nei prossimi 5~7 anni.

Via | The Register

Le funzionalità di Ext2/3/4 supportate da Ext2Fsd sono diverse: la struttura può prevedere degli inode maggiori di 128 bytes supporta gli indici Htree e tipologie di file aggiuntive per le dentry. Ext2Fsd accede ai large_file da più di 4Gb (non sembrano accessibili gli huge_file da più di 1Tb), supporta la replicazione del journal.

Com’è intuibile, trattandosi di una soluzione per Windows, Ext2Fsd non permette la gestione dei permessi via Access Control List (ACL) e la generazione del journal. Consente però il controllo dei file system e l’attivazione in avvio di sistema: è un’opzione sconsigliata per i dischi rimovibili. Ottimo l’accesso ai file da Explorer.

Via | Andrei Alin

Le due novità più evidenti, dal punto di vista grafico, riguardano la lunghezza dei nomi degli elementi e la forma delle aree di selezione in Dolphin. Se un elemento ha un titolo che supera la lunghezza di una riga, il testo sarà ridimensionato automaticamente (per evitare dei tagli) e le aree di selezione non saranno più quadrate.

Evidenziando un elemento, l’area di selezione farà da cornice all’icona e al testo con due riquadri separati. Ciò sarà possibile grazie all’utilizzo di Itemviews-NG in alternativa all’Itemviews predefinito delle Qt. Ulteriori miglioramenti riguardano le animazioni e la selezione degli elementi in modalità diverse da quella a icone.

Via | Peter Penz

GNOME 3.1.4 è una versione di sviluppo per la 3.2, prevista entro il prossimo 28 settembre: rilasciato ieri, avvicina a una novità sostanziale nella gestione dei documenti. Le anteprime dei file acquisiranno un ruolo fondamentale, in Nautilus, riprendendo le interfacce di applicazioni desktop e web (come iTunes oppure Google Music).

Gli sforzi degli sviluppatori si stanno concentrando sopratutto sulle cartelle-utente per evolvere il concetto di shell per il desktop: la directory per memorizzare la musica presenta le novità più evidenti, trasformandosi in un player piuttosto completo. Mostrerà le copertine e i dati ID3v2 in evidenza la riproduzione degli album.

Inoltre, i documenti per l’ufficio dovrebbero essere modificabili da un’interfaccia alla Google Docs. Per quanto riguarda le immagini, Eyes of GNOME potrebbe essere integrato a tutto schermo in Nautilus. Nel frattempo è stata aggiunta la gestione degli archivi rimovibili dall’area di notifica e reintrodotta la tastiera sul monitor.

Via | The H Online

Curiosamente Torvalds si riferiva alla concorrenza tra Leopard e Windows Vista, il sistema operativo fallimentare di Microsoft: benché Mac OS X sia per molti aspetti migliore, programmare su Windows risulterebbe più comodo. Un limite «spaventoso» di Apple sarebbe proprio in HFS e dal confronto sarebbe Microsoft a uscire vincitrice.

In un passaggio, Torvalds imputa ad Apple e Microsoft di “controllare” gli utenti, coi propri sistemi, per obbligarli ad aggiornare. L’intervista di Torvalds spaziava tra diversi argomenti, soprattutto legati alla sostenibilità ambientale dei sistemi operativi. L’intervento risale alla LinuxConf del 2008 di Melbourne, in Australia.

Fotografia | Alex Dawson via Flickr