Home Messages Index
[Date Prev][Date Next][Thread Prev][Thread Next]
Author IndexDate IndexThread Index

[News] Ted Tso Claims Solidity of Ext4 (Still in Development)

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

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


Recent:

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.6 (GNU/Linux)

iD8DBQFIapDUU4xAY3RXLo4RAi5tAJ9II3osjxk8XvZj1zA7ME1HfevKlQCfQBr7
iFvtRT4HrPaYxlARkX2HzoY=
=jnkT
-----END PGP SIGNATURE-----

[Date Prev][Date Next][Thread Prev][Thread Next]
Author IndexDate IndexThread Index