,----[ Quote ]
| When I wrote last month about the state of Linux file synchronization, I
| argued that most native Linux solutions are too complex or don't provide a
| sufficiently seamless user experience. Some imaginative developers from
| Codethink are aiming to change that with Wizbit, a new Linux filesystem that
| is designed on top of distributed version control technologies.
`----

,----[ Quote ]
| "The following patches have been in the -mm tree for a while, and I plan to
| push them to Linus when the 2.6.25 merge window opens," began Theodore Ts'o,
| offering the patches for review before they are merged. Â*
`----

[url]http://kerneltrap.org/Linux/Ext4_2.6.25_Merge_Plans[/url]

Btrfs Online Resizing, Ext3 Conversion, and More

,----[ Quote ]
| Chris Mason announced version 0.10 of his new Btrfs filesystem, listing the
| following new features, "explicit back references, online resizing (including
| shrinking), in place conversion from Ext3 to Btrfs, data=ordered support,
| mount options to disable data COW and checksumming, and barrier support for
| sata and IDE drives". Â* Â*
`----

,----[ Quote ]
| EXT4 is fast for metadata operations, tar, untar, cpio, and postmark. EXT4 is
| much faster than the others under FFSB. EXT4 with hardware RAID and external
| journal device is ludicrously fast. EXT4 seems to have a bad interaction with
| software RAID, probably because mkfs fails to query the RAID layout when
| setting the filesystem parameters. Â* Â*
|
| ZFS has excellent performance on metadata tests. ZFS has very bad sequential
| transfer with hardware RAID and appalling sequential transfer with software
| RAID. ZFS can copy the linux kernel source code in only 3 seconds! ZFS has
| equal latency for read and write requests under mixed loads, which is good. Â*
|
| XFS has good sequential transfer under Bonnie++. Oddly XFS has better
| sequential reads when using an external journal, which makes little sense. Is Â*
| noatime broken on XFS? XFS is very slow on all the metadata tests. XFS takes
| the RAID layout into consideration and it performs well on randomio with
| hardware or software RAID. Â* Â*
`----

[url]http://tastic.brillig.org/%7Ejwb/zfs-xfs-ext4.html[/url]

Kernel and filesystem talks at OLS day two

,----[ Quote ]
| Mathur asked why not XFS or an entirely new filesystem? Largely, she
| explained, because of the large existing Ext3 community. They would be able
| to maintain backward compatibility and upgrade from Ext3 to Ext4 without the
| lengthly backup/restore process generally required to change filesystems. The Â*
| XFS codebase, she says, is larger than Ext3's. A smaller codebase would be
| better. Â* Â*
`----

[url]http://www.linux.com/feature/115767[/url]

First benchmarks of the ext4 file system

,----[ Quote ]
| The ext4 file system promises improved data integrity
| and performance, together with less limitations, and is
| definitely the step in the right way. Even if there are
| some regressions in our measurements, when compared to
| ext3, they're quite small and no doubt will be fixed
| before the development is finished. On the other hand,
| under some workloads ext4 is already showing much better
| results.
`----