Linus Torvalds has integrated a large collection of patches prepared by (Ext) filesystem developer Theodore Ts'o (tytso) into the main development branch of Linux. It contains a patch for Ext4 which allows it to present itself as ext4 instead of ext4dev. This signals that with the next kernel version 2.6.28, the successor to ext3 will finally leave behind its "hot" development phase. The kernel developers integrated an early version of Ext4 in the main development branch of Linux 2.6.19 in order to jointly develop it to maturity there.
This by no means concludes the development of Ext4 and it is expected that the developers will steadily continue to develop the filesystem in the same way they developed Ext3, not only fixing bugs but also adding the occasional function. The filesystem structures used on storage media are no longer going to be affected by these changes – therefore, the file backup and media reformatting tasks required during the development of Ext4 within the official Linux kernel should no longer be necessary. Users will also no longer be required to ensure that their kernel version, Ext4 utilities (e2fsprogs) and storage media formats match up.
It is a matter of opinion whether this makes Ext4 ready for production use – administrators in corporate environments and the developers of the Enterprise distributions of Novell and Red Hat will probably wait a little longer and observe how the filesystem functions on an everyday basis for Fedora and OpenSuse users. A Red Hat developer has already integrated the patches intended for 2.6.28 into the kernel of Fedora Rawhide. Rawhide is going to be basis of Fedora 10, which is due out at the end of November. The installer will only be able to set up Ext4 file systems if the system is booted particular parameter set. A separate boot partition containing one of the current filesystems is also required because boot loaders like Grub are still incapable of loading the kernel from a partition in Ext4 format.
Probably as important as the completion of Ext4's development phase may be is the information posted by Theodore Ts'o to the Linux Kernel Mailing List (LKML) in a long email a few days ago. In his contribution to the discussions around a possible inclusion of the btrfs filesystem, usually pronounced "butter FS", recently mentioned in the kernel log (1, 2), Theodore Ts'o mentioned that he and several other well-known filesystem developers met for a "Next Generation Filesystem" workshop (NGFS) a little less than a year ago. According to Ts'o, participants agreed that Linux needs a "next generation filesystem":"At the end of the that workshop, there was unanimous agreement (including from yours truly) that (a) Linux needed a next generation filesystem to be competitive, (b) Chris Mason's btrfs (with some changes/enhancements discussed during the workshop) was the best long-term solution for NGFS, and (c) because creating a new enterprise filesystem always takes longer than people expect, and even then, it takes a while for enterprise users to trust a new filesystem for their most critical data, ext4 in the next generation of filesystems was needed as the bridge to the NGFS.".
With these hardly publicised recommendations, the workshop participants hoped to inspire various companies and their developers to contribute to the development of btrfs. The participants also hoped to get the distributions to back up their plans. This seems to have worked to some degree, because according to Theodore Ts'o, "But I think it is fair to say that btrfs isn't just a private a project of a single Linux kernel developer, but rather the design has been discussed and reviewed by a large number of experienced filesystem architects."
The Ext4 developer also praised btrfs developer Chris Mason who used to be responsible for Reiserfs at Suse and now works for Oracle. He said that Mason is a respected and trustworthy kernel developer who can write good code and also maintain it. Theodore Ts'o, like Andrew Morton recently, advocates the inclusion of btrfs into the main development branch of Linux in the near future. There, it can continue to be developed and mature in the coming months and years – similar to how the kernel developers handled Ext4 in the last few months and years.
In Brief
- It's not just the developers of ext4 and btrfs who have been busy. The programmers of ntfs-3g, which was developed using FUSE (Filesystem in Userspace), have had some success. Version 1.5012 is the first version to be able to create or delete any number of files and directories within the maximum limits defined by NTFS. The developers successfully used a predecessor of the new version to create 54 million files on a parition formatted with NTFS.
- The developers of the Gutenprint collection of printer drivers have released the first release candidate of Gutenprint 5.2.
- Peter Hutterer has given an overview of the "device properties", in his blog. Device Properties are intended for X Input Extension 1.5 which will allow users to adjust, the parameters of input devices such as Synaptics touchpads during operation.
- The developers of the radeonhd graphics driver have released versions 1.2.2 and 1.2.3. Amongst the changes, these versions offer Xvideo support and, if used with current versions of X Server, Mesa 3D support for graphics hardware incorporating the R5xx (Radeon X1000 series) and RS6xx (for example the 690G mainboard chipset) Radeon GPUs.
- First results of the survey about the Git source code management system used in Linux development and started by Linus Torvalds have recently gone online.
Further background and information about developments in the Linux kernel and its environment can also be found in previous issues of the kernel log at heise open:
- Kernel Log: Linux 2.6.27 Released
- Kernel Log: problem with e1000e bypassed, Morton praises Btrfs
- Kernel Log: 2.6.27 nearing completion; Btrfs to be added to the kernel?
- Kernel Log: Kernel Summit info; Plumbers keynote online; the latest on the e1000e problem
- Kernel Log: The second day of Kernel Summit 2008; criticism of Ubuntu at the opening of the Linux Plumbers Conference
- Kernel Log: Hard core Linux developers discuss the future of Linux at the Kernel Summit
Older Kernel logs can be found in the archives or by using the search function at heise open. (thl/c't)
No comments:
Post a Comment