Exofs, un filesystem per storage evoluti

pubblicato: venerdì 10 aprile 2009 da Lpt on fire! in: GPL Linux

Linux Exofs è, con Nilfs, il secondo nuovo file system introdotto con il kernel 2.6.30-rc1.

La peculiarità di Exofs è la possibilità di interagire con storage che supportano OSD, Object Storage Device, uno standard che sposta la gestione a basso livello dello spazio all’interno della periferica vera e propria semplificando l’interazione in storage network.

Il protocollo OSD è utilizzato all’interno di SCSI grazie al nuovo set di comandi aggiunti a quest’ultimo. Il sistema operativo lavorerà quindi con un identificatore dell’oggetto che consentirà di accedere ai metadati ed al file vero e proprio.

Per il download e setup del vostro prossimo file system exofs vi consiglio di consultare attentamente la documentazione del kernel. Per chi fosse interessato a proseguire l’argomento di OSD potrà trovare parecchi materiale su open-osd.

Via | KernelTree

(1 Voti | Media: 5 su 5)

9 commenti

Articoli simili

Linux non fa solo il caffé, ma anche il bucato e prepara il pollo del 18 mar 2010

Nel nuovo kernel Linux 400 mila righe di codice in più del 10 mar 2010

Android, gli sviluppatori lo riporteranno nel kernel del 06 mar 2010

Linux, i 3 capostipiti delle distribuzioni moderne del 05 mar 2010

FlightGear 2.0 del 05 mar 2010

Argomenti Simili

exofs, file system, kernel, object storage device, osd, scsi, storage

Gallerie Correlate

Commenti dei lettori

(Inserisci un commento - Nascondi commenti anonimi)

FrAnKHiNrG
10 apr 2009 - 09:10 - #1

0 punti

Mhmm, vado un pò OT. Qualcuno sa se con questa RC1 del kernel 2.6.30 è stato patchato il problema dellext4? Mi riferisco alla perdita dei file ci configurazione di alcuni programmi (vedi amule) dopo un crash di sistema. Problema al quanto rompi @@ :)
BadTux
10 apr 2009 - 09:30 - #2

0 punti

Non è il kernel a dover essere patchato, ma i programmi bacati in userspace.
molok
10 apr 2009 - 09:57 - #3

0 punti

veramente basta cambiare un paio di opzioni di mount del fs…
Garret
10 apr 2009 - 11:24 - #4

0 punti

@molok: e quali sarebbero questi parametri? io conosco nodelalloc. Ce ne sono altri?
orchideo
10 apr 2009 - 13:31 - #5

0 punti

@ frankinrg

sembra di si,
inoltre le pach del kernel 30 per l’ext4 sono state già inserite nel kernel 29 della mandriva che uscirà a fine mese
matteo_
10 apr 2009 - 14:52 - #6

1 punto

Si vogliono buttare sullo storage dei dati? Bene, e allora che si diano una svegliata e prima di iniziare progetti come questo (sempre ben voluti, sia chiaro) sarebbe ora che prima si diano da fare per risolvere un fastidioso bug presente dalla versione 2.6.15! In fase di I/O pesante, il kernel ha latenze esagerate sull’intero sistema! Ma nessuno se ne preoccupa.. pensano a fare questi nuovi filesystem, che non serviranno a nulla se prima non risolvono quel bug!
Per maggiori info cercatevelo nel bugzilla del kernel, non ho tempo di cercarlo…
ombra85
10 apr 2009 - 20:46 - #7

0 punti

Guarda che siamo alla versione 2.6.29. Forse è il caso che aggiorni il tuo kernel ad una versione superiore.
cardo
10 apr 2009 - 21:41 - #8

0 punti

@ombra85: hai problemi di comprensione del testo?
@BadTux: un carico di LOL! mai avuto un problema fino a ext3 e ora il filesystem perde pezzi per assuzioni presunte[1] errate in userspace! per favore!

[1] commit time di 90 secondi? mah.
matteo_
11 apr 2009 - 15:00 - #9

0 punti

@Ombra85:
Forse è il caso che impari a leggere :) Il bug è presente DALLA versione… cioè è tutt’ora presente, anche nella 2.6.30 non ancora rilasciata (in quanto non ancora corretto). Non è problema di kernel vecchio (anzi, in alcuni casi va meglio di quello nuovo! Non è certo un caso che RedHat mantenga ancora il 2.6.18 nonostante l’ultima release sia di fine gennaio… Nell’ultimo tempo stanno giocando un po’ troppo col kernel. Introducendo un sacco di novità, certamente interessanti, ma poco mature e poco testate.