-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Kernel: Ext 4 Filesystem Moves Beyond Developer Status
,----[ Quote ]
| Theodore Ts'o has renamed the Ext4 filesystem, for which he has been
| responsible for source and documentation, from extdev to ext4. Linus Torvalds
| has also incorporated the change into his personal source tree for the
| upcoming Kernel 2.6.28.
|
| After the release of Kernel 2.6.27, a usual two-week merge window occurs when
| Torvalds merges the code for the next version into his personal kernel
| archive.
`----
http://www.linuxpromagazine.com/online/news/kernel_ext_4_filesystem_moves_beyond_developer_status
Recent:
Ext4 is now the primary filesystem on my laptop
,----[ Quote ]
| Over the weekend, I converted my laptop to use the ext4 filesystem. So far
| so good! So far I’ve found one bug as a result of my using ext4 in
| production (if delayed allocation is enabled, i_blocks doesn’t get updated
| until the block allocation takes place, so files can appear to have 0k
| blocksize right after they are created, which is confusing/unfortunate), but
| nothing super serious yet. I will be doing backups a bit more frequently
| until I’m absolutely sure things are rock solid, though!
`----
http://tytso.livejournal.com/57492.html
ext4 Implementation
,----[ Quote ]
| One major feature present in Fedora 9 will be the ext4 implementation. The
| new filesystem will not be the default for the distro, but will be available
| for users and systems administrators to enable. New functionality includes
| larger capacities and online defragmentation, for better performance and more
| reliability. To find out more, we talked with Eric Sandeen, Fedora project
| member and filesystem developer at Red Hat.
`----
http://fedoraproject.org/wiki/Interviews/EricSandeen
Related:
A better ext4 filesystem for Linux
,----[ Quote
| A new Linux filesystem gets rid of the 256-petabyte limit, and adds a
| checksum feature for the journal. But developers want you to know that it's
| not yet ready for production sytems.
`----
http://www.linuxworld.com/news/2008/012908-kernel.html
ext4 2.6.25 Merge Plans
,----[ 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.
`----
http://kerneltrap.org/Linux/Ext4_2.6.25_Merge_Plans
ZFS, XFS, EXT4 Filesystems Compared
,----[ 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.
`----
http://tastic.brillig.org/%7Ejwb/zfs-xfs-ext4.html
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.
`----
http://linux.inet.hr/first_benchmarks_of_the_ext4_file_system.html
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
iEYEARECAAYFAkj14EkACgkQU4xAY3RXLo67owCfRt7S3eu8gNuHYLXgCtQASRSi
ttwAn22ivdX9eWI6lYw21W3akFJtHbDv
=cg/e
-----END PGP SIGNATURE-----
|
|