This is not meant to be all inclusive, just looking at some popular file systems, and an old favorite of mine, XFS.

You'll never know what a filesystems is when you use Windows or the Macintosh, because you have no choice in the matter, and now matter how good or bad they are at meeting your needs, you get whatever Microsoft or Apple will give you, you will shut up, and you will use it.

But as we all know, even Microsoft and Apple's addresses give them away, "One Microsoft Way" and "One Infinite Loop".

But the file systems......*cough*

Right, well I would like to start with Ext3, which is currently the most used, if not the best option.

Ext3 is an extension of the older Ext2, which in turn was largely inspired by the UNIX File System, Ext3 is essentially the same as Ext2 only a bit slower, and it uses more disk space due to journaling.

If I had to guess, I would say that Ext3 is the product of all this "enterprise crap" that has gathered up in Linux, in the words of Con Kolivas.

Ext3 also has no way to defragment your hard drive (where Ext2 can), luckily fragmentation is not much of an issue in Linux, but it *does* happen, and any sufficiently long lived file system will start to suffer for it.

Ext3 also supports file system encryption and compression much more reliably than ext2, and the journaled data makes it extremely recoverable (as far as that goes in the world of hard disks) in the event of an unclean shutdown, or a disk crash.

Ext3 is not a very good performer because of all the journaling it has to do and the block by block referencing it has to do to all take their toll on the drive's performance, and it misses many many things that make a *good*, modern unix-like file system.

Did I mention the 10% of the disk that it reserves?

The reserved area is there for root's use. The reason being that the system gets really pissed off if you completely run out of room on / (especially on /var, or /tmp). Programs won't start, weird errors will pop up,etc.

Of course the 10% thing could make more, or less sense depending on your drive size, when ext3 was developed this meant nothing, the hard drives were 20 GB or such, 2 GB reserved, reasonable....

Now Seagate announced recently a 1.5 Terabyte hard drive, so on ext3 you immediately lose 150 gigabytes!

So more advanced file systems are out there, that aren't completely ridiculous on modern systems, there may be catches though!

JFS and Reiser3: I've never liked these much anyway, and they're not even an option in Fedora's Anaconda installer because SELinux will barf all over them, you can override the installer and disable SELinux and install to them, but seriously, they are not a good idea, they're barely supported in any Linux, Hans Reiser murdered his wife and is in prison, and IBM has all but given up development of JFS, they're both dead ends, do not use them. (Suse has one person working on Reiser3 just cause Suse Professional uses it, and JFS has 1 IBM employee working on it, for similar reasons)

Reiser4: Never will be merged, but it would have been fantastic.

Which brings us to two excellent file systems you can use in Fedora 9:

XFS and Ext4

XFS: Originally was written in 1994 for SGI's IRIX UNIX, for ultra high end, top of the line graphics workstations, as a side note, SGI is also the company behind OpenGL/IRISGL (2d/3d graphics libraries that compete with Microsoft's DirectX, but are much more capable).

XFS has pretty much everything you could want in a file system:

It has metadata journaling, sparse files, extents, delayed allocation, and more.

You can even check your current fragmentation threshhold and defrag your partitions while they're mounted, with xfs_db and xfs_fsr.

I told you I wouldn't be benchmarking, but from every meaningful benchmark I've seen (like Intel's tests), XFS totally blows away ext3 in performance, and it's very very efficient with disk space usage, and much more resilient to fragmentation than pretty much any other UNIX filesystem out there.

XFS throws every file system trick in the book to guarantee great performance, very little fragmentation, good recoverability, and very very low CPU usage requirements (Other filesystems can take 2-3 times as much CPU time as XFS)

Did I mention there's no reason to run a file system check after a power outage or other unclean shut down? XFS can check the volume in a matter of seconds, every time it mounts it and heal itself on the fly.

If I could find anything to fault XFS for, you can't shrink the partition (but who does anyway?), you can grow it with xfs_growfs, but not shrink.

Ext4dev: The development branch of Ext4, as far as I know, only Fedora 9 lets you use it (yet), Ext4 is a major departure from Ext3 and the two don't even really compare, Ext4 behaves somewhat like XFS in the sense that it is a 64-bit journaling filesystem based around extents, the downside to using Ext4 instead of Ext3 will be the same as XFS vs Ext3, you lose a bit of recoverability in exchange for a major boost in performance.

Ext4 still doesn't perform quite as well as XFS, but it's very close, and this will be the next de facto Linux filesystem, the Fedora 9 implementation is so new that a few features of the file system aren't even supported by the kernel yet (nothing that important), and e2fsprogs (the disk maintenance and file system check tools) that ship with Fedora do not work with ext4dev, but there are versions that just today landed in Fedora Testing, Koji, and Rawhide as RPM's, which I've had a chance to try out a little bit.

The bad news is that the defragmentation program, e4defrag, is still AWOL, the good news is that fragmentation was never a serious issue on any Linux filesystem, and it's even less of one now, but what performance fanatic is going to be satisfied without this? Well, not me. But it'll get here folks, it'll get here.

Using XFS or Ext4 in Fedora 9:

GRUB (the Linux bootloader), does not love XFS or Ext4dev, yet, so to boot up without seeing the "GRUB GRUB GRUB GRUB GRUB GRUB GRUB GRUB" message that everybody hates, you need to have a 100 meg or so partition mounted on /boot as ext2 or ext3, and force it to be primary (sda1), then make sda2 your XFS or Ext4dev and mount it on /, and then sda3 your SWAP.

To get access to Ext4dev in the installer, you have to hit Tab on the boot menu on the installer DVD, and add "ext4" on the end of the line.

I *HIGHLY* recommend that you do not use Ext4dev yet, but it's your call, it's too new to be trusted in a production environment.

That having been said, I caught up with Eric Sandeen from Red Hat, he's the product manager for file systems in Red Hat Enterprise Linux:

(The conversation is a little scattered and Red Hat obviously never endorsed me using any of this here, so take it for what you will, I would like to thank Mr. Sandeen for being approachable and helpful, Mr. Sandeen has worked on both the ext4 and XFS projects and I congratulate him and many other people involved on such great work.)

baron1984> sandeen_: When do you think ext4 tools will be in Fedora?

<sandeen_> baron1984, they are in rawhide and in f9 testing today

<sandeen_> e2fsprogs-1.41.0 is the first release with ext4 support.  not that there probably aren't still some bugs

<baron1984> is the tool to convert ext3 files to ext4's extents format available?

<sandeen_> you can mount ext3 fs's as ext4 and new files will be in ext4 format

<sandeen_> there is a planned offline conversion tool but it's not really ready AFAIK

<baron1984> is e4defrag included yet?

<sandeen_> no

<sandeen_> nor is large fs support, nor is delalloc in the upstream kernel yet

<baron1984> define large?

<sandeen_> > 2^32 blocks, or 16T for 4k blocks

Los hechos

El 5 de Septiembre del 2007, su ex esposa Nina desapareció. La última vez que fue vista fue dos días antes de dejar a sus 2 hijos en la casa del programador. El 10 de Octubre del mismo año Hans fue arrestado por ser el principal sospechoso de su desaparición y siendo acusado luego del asesinato de la misma, de la cual se declaró inocente.

Su proceso comenzó en Noviembre y hace aproximadamente 2 semanas se le declaró culpable de la desaparición y asesinato de su esposa. Y el cuerpo?. Curiosamente aún no se ha encontrado.

Su pena es de 25 años de prisión y debería ingresar a principios de Julio.

Futuro de ReiserFS

Si bien el futuro del sistema de archivos es incierto, los empleados de Namesys (empresa de la cual Hans era dueño) indicaron que la situación no produciría retrasos y el desarrollo de Reiser4 continuaría, aunque hasta ahora no hay señales ni de la empresa ni del proyecto.

Una lástima para el FLOSS, esperemos que se pueda aclarar el caso y el proyecto pueda seguir adelante.

A fecha de hoy, Reiser ha conducido a la policía a un cuerpo, presuntamente el de su esposa desaparecida, a cambio de una reducción de condena.

Articulos relacionados:

• Hans Reiser culpable de asesinato

Dentre as diversas opções se destacam: EXT2, EXT3, Reiserfs (Linux) - FAT, FAT16, FAT32, NTFS (Windows).

Não conseguimos instalar o Sistema Operacional se antes não formatarmos o HD com o Sistema de Arquivos que ele saiba entender.

Tipos de Sistema de Arquivos

Sistema de arquivos ext2

O ext2 é um sistema de arquivos antigo e considerado o filesystem original do Linux. Como ele não possui o recurso de journaling*, as checagens nesse filesystem pode demorar bastante.

Journaling* - técnica implementada no sistema de arquivos onde, caso haja queda de energia, a checagem de erros na partição é feita mais rapidamente.

Sistema de arquivos ext3

O ext3 é a versão do ext2 com journaling, que proporciona uma recuperação muito mais rápida, fazendo com que o ext3 seja considerado um sistema de arquivos bom e confiável.

O filesystem ext3 foi escrito pelo Dr Stephen C. Tweedie para o kernel da série 2.2.
Foi portado para o kernel da série 2.4 por Peter Braam, Andreas Dilger e Andrew Morton, com o auxílio de Stephen Tweedie.

Sistema de arquivos reiserfs

O reiserfs é um sistema de arquivos com uma performance muito boa, que supera o ext2 e o ext3 em termos de desempenho (10-15 vezes) quando se trata de arquivos pequenos (abaixo de 4k); recomendado para uso geral e casos de sistemas de arquivos grandes, com utilização de arquivos pequenos, ou ainda, diretórios com dezenas de milhares de arquivos.

Uma desvantagem desse sistema de arquivos, é que ele não possui suporte a quotas para limitar uso do espaço em disco (para que isso seja possível, é necessário aplicar um patch (correção) no kernel).

Ah, uma curiosidade. O criador do reiserfs, Hans Reiser, foi condenado pelo assassinato de sua esposa, Nina Reiser. Apesar disso, o desenvolvimento do reiserfs4 continua.

Sistema de arquivos xfs

O xfs é um filesystem com journaling, que possui muitas funções interessantes. Ele é recomendado para utilização em sistemas com hd scsi e fibra óptica. Como o xfs faz cache dos dados na memória, se utilizado com programas que não sincronizam os dados da memória no disco, caso haja queda de energia durante a escrita, os dados podem ser perdidos. Nesse caso, o xfs, é recomendado ser utilizado em sistemas que possuam no-breaks.

Qual o melhor sistema de arquivos para utilizar?

De acordo com pesquisa realizada pela revista Linux Magazine (Edição de Setembro/2004), à exceção do ext3, os sistemas de arquivos com journaling são tecnicamente bem semelhantes. Como um sistema de arquivos ext2 pode ser facilmente convertido em um ext3, e este, é compatível com o ext2 deverá ser a primeira escolha para muitos.

Quem precisa de confiabilidade e alta performance, deve optar pelo xfs, sendo que a utilização do reseirfs está indicada para casos em que muitos arquivos pequenos devem ser manipulados pelo sistema.

Referências

ReiserFS - Wikipedia

Revista Linux Magazine – Edição nº2
Sistemas de Arquivos - Autor: Jan Kleinert

Manual Completo do Linux – Guia do Administrador
Autor: Evi Nemeth, Garth Snyder, Trent R. Hein
Editora: Pearson Books

Fuente

Tira Linux Hispano

Con la excepción de actualizaciones de seguridad y parches críticos, Namesys ha cesado el desarrollo de ReiserFS (también llamado reiser3) para centrarse en Reiser4, el sucesor de este sistema de archivos.

Caracteristicas:
ReiserFS ofrece funcionalidades que pocas veces se han visto en otros sistemas de archivos:

• Journaling. Esta es la mejora a la que se ha dado más publicidad, ya que previene el riesgo de corrupción del sistema de archivos.
• Reparticionamiento con el sistema de ficheros montado y desmontado. Podemos aumentar el tamaño del sistema de ficheros mientras lo tenemos montado y desmontado (online y offline).
  Para disminuirlo, únicamente se permite estando offline (desmontado). Namesys nos proporciona las herramientas para estas operaciones, e incluso, podemos usarlas bajo un gestor de volúmenes lógicos como LVM o EVMS.
• Tail packing, un esquema para reducir la fragmentación interna.

Rendimiento:
Comparado con ext2 y ext3 en el uso de archivos menores de 4k, ReiserFS es normalmente más rápido en un factor de 10–15. Esto proporciona una elevada ganancia en las news, como por ejemplo Usenet, caches para servicios HTTP, agentes de correo y otras aplicaciones en las que el tiempo de acceso a ficheros pequeños debe ser lo más rápida posible.

Desventajas:

• Los usuarios que usen como sistema de ficheros ext2, deben formatear sus discos, aunque no así los que usen ext3.
• ReiserFS v3 puede llegar a corromper el sistema de archivos cuando el árbol es reconstruido al realizar un chequeo. La reconstrucción del árbol es necesaria únicamente si el sistema de archivos se encuentra seriamente dañado (por ejemplo cuando se encuentra redimensionando y a causa de un corte de suministro eléctrico, el ordenador se apaga), lo que es algo poco habitual. Además, tampoco es recomendable almacenar imágenes en formato ReiserFS v3 (p.e. copias de seguridad, imágenes de disco para emuladores)en una partición también ReiserFS v3 sin haberlas antes convertido a un sistema que no confunda al programa encargado de realizar el chequeo de disco. Esto puede realizarse mediante la compresión o el cifrado de la imagen. Reformatear una partición existente de ReiserFS v3 puede dejar datos que también confundan al programa que realiza el chequeo, resultando en, por ejemplo, archivos del sistema anterior que aparecen en la reconstrucción actual del árbol.
• ReiserFS en versiones del kernel anteriores a la 2.4.10 se considera inestable y no se recomienda su uso, especialmente en conjunción con NFS
• Algunas operaciones sobre archivos (por ejemplo unlink(2)) no son síncronas bajo ReiserFS, lo que pueden causar comportamientos extraños en aplicaciones fuertemente basadas en locks de archivos.
• No se conoce una forma de desfragmentar un sistema de archivos ReiserFS, aparte de un volcado completo y su restauración.
• Tempranas implementaciones de ReiserFS (anteriores a la incluida en el kernel 2.6.2), eran susceptibles de problemas de escrituras fuera de orden, lo que provocaba que archivos siendo escritos durante una caída del sistema, ganaran un pico de bytes extras de basura en el siguiente montado del sistema de archivos. La implementación actual de journaling, es correcta en este aspecto, manteniendo el journaling ordenado, del estilo de ext3.

Diseño:
ReiserFS almacena metadatos sobre los ficheros, entradas de directorio y listas de inodos en un único árbol B+ cuya clave principal es un identificador único.
Los bloques de disco asignados a los nodos del árbol son los "bloques internos formateados" y los bloques de las hojas son los "bloques de hojas formateados". Todos los bloques restantes son los "bloques sin formatear", que contienen los datos de los ficheros. Los directorios con muchas entradas, ya sean directas o indirectas, que no caben en un sólo nodo, se reparten con el nodo vecino de la derecha. La asignación de bloques se lleva a cabo mediante un bitmap de espacio libre almacenado en localizaciones fijas.

En contraste, ext2 y otros sistemas de ficheros, usan una fórmula fija para calcular localizaciones de inodos, por lo que limitan el número de archivos que pueden almacenar. Otros también almacenan los directorios como una simple lista de entradas, lo que provoca que las búsquedas y modificaciones sean operaciones lineales temporalmente y degradan el rendimiento el directorios con muchos contenidos. El árbol B+ en ReiserFS evita estos problemas.

Fuente: Wikipedia

Best filesystem in three categories according to http://fsbench.netnation.com/

Best bang for your buck:

• JFS
• XFS

I/O limited applications:

• ReiserFS 4
• XFS
• ReiserFS 3

For CPU limited applications:

• JFS

The author also encourages us to run our own tests to see it for ourselves.

I chose JFS because its the first one the best bang for your buck and I (think I) have a laptop with a limited CPU.

Read the whole thing here: http://fsbench.netnation.com/

UPDATE. Just to be sure I was making the right decision of switching to JFS, I read the other google results and one forum confirms that JFS really uses less RAM than other file systems.

http://www.linuxquestions.org/questions/linux-general-1/what-is-the-best-linux-filesystem-443612/

• For FAT32 Partitions you use Mtools.
• For NTFS Partitions you use ntfsprogs.
• For ext2 or ext3 Partitions you use e2label.
• For JFS partitions you use jfs_tune.
• For ReiserFS (v3) partitions you can use reiserfstune.
• For XFS partitions you use xfs_admin

Read the complete instructions here: https://help.ubuntu.com/community/RenameUSBDrive

Los hechos

El 5 de Septiembre del 2007, la ex-esposa de Hans Reiser -Nina Reiser- desapareció. La última vez que fue vista fue dos días antes luego de dejar a sus 2 hijos en la casa del programador. El 10 de Octubre del mismo año Hans fue arrestado por ser el principal sospechoso de la desaparición y luego acusación del asesinato de su esposa, acusación que se declaró inocente.

Su proceso comenzó en Noviembre y hace aproximadamente 2 semanas, se le declaró culpable de la desaparición y asesinato de su esposa. ¿El cuerpo dirán ustedes?. Curiosamente aún no se ha encontrado.

Su pena es de 25 años de prisión y comienza a principios de Julio.

El futuro de ReiserFS

Si bien el futuro del sistema de archivos es incierto, los empleados de Namesys (empresa de la cual Hans era dueño) indicaron que la situación no produciría retrasos y el desarrollo de Reiser4 continuaría, hasta ahora no hay señales ni de la empresa ni del proyecto.

Una lástima (y yo vengo enterándome recién del fallo) para el FLOSS, esperemos que se pueda aclarar el caso y el proyecto pueda seguir adelante.

Fuente: Programmer's guilty of wife's murder | Vía CNN.com

(Foto de Wired.com)

Sin embargo, algunos han sabido tomárselo con humor. Una muestra de ello la encontramos en Wikipedia, donde podemos ver una comparativa de sistemas de ficheros un poco... Curiosa ;)

Eh, puede que jamás lleguemos a aprovechar esa característica, pero nunca está de más tenerla por si las moscas...

(Vía barrapunto)

"When police eventually located Hans Reiser's Honda CRX a few miles from his home, they found the interior waterlogged, the passenger seat missing, and two books on police murder investigations inside. They also found a sleeping-bag cover stained with a 6-inch wide blotch of Nina's dried blood."

A minha única opinião sobre isto é o seguinte o homem seguiu o conceito de um developer até ao fim,
RTFM before everything...

http://techreport.com/discussions.x/14641

]]> http://arbolcharyou.wordpress.com/?p=414 Tue, 29 Apr 2008 13:02:15 +0000 DiS http://arbolcharyou.wordpress.com/?p=414 Hans Reiser, principal desarrollador del sistema de ficheros ReiserFS, ha sido declarado finalmente culpable del asesinato de su esposa.

Todo empezó en el año 2006 cuando la mujer desapareció y la policía encontró pruebas que convertían a Reiser en sospechoso de asesinato. Sin embargo, la cosa se complicó cuando el amante de esta reconoció haber matado a ocho personas aunque afirmó no tener nada que ver con la desaparición. Reiser asegura que todo es un complot de su esposa para quedarse con su dinero y que ésta se encuentra en Rusia, su país natal.

Y digo yo, se puede acusar de asesinato si no hay cadáver?

Fuente: Digg

Saiu a decisão do Julgamento de Hans Reiser, criador do ReiserFS, acusado de premeditar e matar a ex-esposa (Nina Reiser). Acusado do crime, ele tomou atitudes que fariam o pai e a madrasta da Isabella parecerem Gênios do Crime, como comprar livros sobre homicídios e andar com o carro com sangue da vítima, sem o banco do passageiro, com sacos de lixo e fita adesiva, etc. Além do carpete recém-lavado.

Fonte: Meiobit

La linea difensiva (Hans sostiene che la moglie sia in Russia) non ha convinto la giuria.

Ovviamente il progetto di ReiserFS continuerà per la sua strada... non mi aveva mai convinto il modo di propagandare ReiserFS, buttando fango sugli altri filesystem..per questo me ne tengo lontano.

• Programa el reiserfs, segun él, el mejor filesystem de la historia.

• Su nivel de nerdismo llega al tope y no da para mas.

• Se consigue una novia por correo, made in rusia.

• La rusa desaparece.

• Reiser va preso.

• Reiser se quiere defender, pero la embarra peor.

• Termina siendo culpable y lo quieren condenar a muerte.

El cuerpo de Nina Reiser no fue encontrado, pero su sangre estaba en el auto y la casa de Hans (además de un par de libros sobre crímenes perfectos que, seguramente, nunca terminó de leer...)

El problema (más allá del asesinato) en el caso de Reiser, es que es un tipo muy mal llevado y la impresión que causó al jurado (puteándose hasta con su abogado) fue bastante negativa.

Por el lado de la fría tecnología; los empleados de Namesys (la empresa de Reiser) aseguraron que van a seguir trabajando y que el arresto de Hans no va a detener el desarrollo de software.

Más información sobre el caso:
Wikipedia (Inglés)
Fuentes:
SFGate (Inglés)
Terminal del mal
Microsiervos

Hans Reiser (autor del sistema de archivos ReiserFS para OS Linux) Culpable de asesinato en primer grado.

Fizeram um monte de suposições, aparentemente depois que, comecei:

• a atualizar pelo git o kernel 2.6
  • o ReiserFS suporta muito mais transações com arquivos que os 400 MB do source do kernel
• a testar essas versões ;-)
  • o mesmo .config do kernel anterior, só alguns patchs sem relevância nessa parte do sistema
• a utilizar apenas um HD depois que o outro parou de funcionar (erros de leitura e no DMA)
  • As coisas ficam velhas mesmo
• a utilizar uma placa mãe da PCCHips
  • Depois da queima da minha motherboard da Intel, foi o único modelo no mercado compatível com o que sobrou (processador, memória, placa de vídeo)

.

Como vocês podem ver, nenhum desses é um argumento válido. A solução foi utilizar o reiserfsck, nas páginas no manual (man reiserfsck) eu encontrei as seguintes opções: --check e --rebuild-tree.

Opa! Tudo restaurado, só que quando carreguei meu sistema de novo... alguns aplicativos não estavam funcionando, por exemplo o emerge (gerenciador de pacotes do Gentoo), mesmo tentando reinstalar na mão outras coisas começaram a parar de funcionar. Outro arquivo que mudou foi uma das minhas imagens do kernel (bzImage), comparando com o hexdump o começo dos dois arquivos:

# file /boot/git/bzImage

bzImage: data

# file /boot/kernel/bzImage

bzImage: Linux kernel x86 boot executable RO-rootFS, root_dev 0x301, swap_dev 0x1, Normal VGA

Como vocês podem ver, tem um monte de zeros no começo do primeiro bzImage, não sei como e porquê apareceu, sem contar que p/ mim o bzImage teria que começar com uma assinatura padrão, igual a que existe nos arquivos ELF.

Moral da história, resolvi reinstalar o sistema em outra partição, como não estou com tempo para montar meu Gentoo, mudei para o Slackware 12 com acesso ao conteúdo do antigo sistema. Ainda não descobri qual a causa do problema...

]]> http://minorityblog.wordpress.com/?p=496 Mon, 07 Apr 2008 11:05:49 +0000 pmatos http://minorityblog.wordpress.com/?p=496 DIIIIIIIIIIIIIIIE!

I am really pissed off... What do Leopard lovers say (and yet, I am an animal lover) when ...

THERE'S NO F*CKING SUPPORT FOR ANY GENERALLY GOOD AND OPEN FILE SYSTEM?!?!?!

How is it possible that there's no support for ReiserFS?!? Ok, maybe reiserfs this and that but not even to Ext2/3. And no, the god damn project at http://sf.net/projects/ext2fsx doesn't work for Leopard. So either I stick to Apple's HFS+ or I stick to M$ FAT32... I am so soooooooo pissed off at Apple that I will use FAT32 for all my external HDs and run away from Apple soon!

AND DON'T TELL ME APPLE IS GOOD.... EVEEEEEEEEEEEEEEER AGAIN!

See the Wired Article, with video of sentencing, here.

A list of articles covering the trial of Hans Reiser can be found here.