From patchwork Thu Oct 16 23:10:08 2008 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: dcg X-Patchwork-Id: 4781 Return-Path: X-Original-To: patchwork-incoming@ozlabs.org Delivered-To: patchwork-incoming@ozlabs.org Received: from vger.kernel.org (vger.kernel.org [209.132.176.167]) by ozlabs.org (Postfix) with ESMTP id 9DD7CDE063 for ; Fri, 17 Oct 2008 10:09:55 +1100 (EST) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756362AbYJPXJy (ORCPT ); Thu, 16 Oct 2008 19:09:54 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757133AbYJPXJy (ORCPT ); Thu, 16 Oct 2008 19:09:54 -0400 Received: from ug-out-1314.google.com ([66.249.92.173]:43291 "EHLO ug-out-1314.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756362AbYJPXJx (ORCPT ); Thu, 16 Oct 2008 19:09:53 -0400 Received: by ug-out-1314.google.com with SMTP id k3so1906127ugf.37 for ; Thu, 16 Oct 2008 16:09:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:x-mailer:mime-version:content-type :content-transfer-encoding; bh=MohmJSbr632jNPFya4fZrvdScbW/394d/ojmXK30NdU=; b=AanuCeQ6M0clSXnOUrBu1OOALMxkSMPkvPwQYfAF2Oi9rt16j05CwNH5H0b/zN1v/m GjQL7UWIgqCYYSPZxdz5wgoyEvh0mMmPSeIZvdACtuathTpoFLmJPNtsRmJjeQvcYmEZ keHkw5rxsbY9Ag0b6bbooEPF0/U/wC+GbHl/4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:x-mailer:mime-version:content-type :content-transfer-encoding; b=sEacKk5HQYzWwwn0qax65td98Re6py45XP0uk4haXSQrXBefsM+1bxn1l3bqi0uorI KAaphMtOcVzF5ln+CsUBBUdln1Ci+nvQoHpHLQmqCYa2tLAtnKfJTixjdu/zDsMjiU+Q mR7KLJ1AWfT+ccwq3eIt5GvI4LYCIapPEWyJQ= Received: by 10.103.220.18 with SMTP id x18mr1778894muq.81.1224198590696; Thu, 16 Oct 2008 16:09:50 -0700 (PDT) Received: from diego-desktop (111.pool80-103-2.dynamic.orange.es [80.103.2.111]) by mx.google.com with ESMTPS id e8sm7642229muf.6.2008.10.16.16.09.47 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 16 Oct 2008 16:09:49 -0700 (PDT) Date: Fri, 17 Oct 2008 01:10:08 +0200 From: dcg To: linux-ext4@vger.kernel.org, tytso@mit.edu Subject: [PATCH] Update Documentation/filesystems/ext4.txt Message-ID: <20081017011008.6c3b12ef@diego-desktop> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.14.3; x86_64-pc-linux-gnu) Mime-Version: 1.0 Sender: linux-ext4-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org Since Ext4 is supposed to be stable in 2.6.28-rc, Documentation should be updated...it needs more updates, of course, I don't really know what parts should really be updated PD: the wiki needs some update aswell. Signed-off-by: Diego Calleja --- To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Index: 2.6/Documentation/filesystems/ext4.txt =================================================================== --- 2.6.orig/Documentation/filesystems/ext4.txt 2008-10-17 01:01:50.000000000 +0200 +++ 2.6/Documentation/filesystems/ext4.txt 2008-10-17 01:04:38.000000000 +0200 @@ -2,10 +2,10 @@ Ext4 Filesystem =============== -This is a development version of the ext4 filesystem, an advanced level -of the ext3 filesystem which incorporates scalability and reliability -enhancements for supporting large filesystems (64 bit) in keeping with -increasing disk capacities and state-of-the-art feature requirements. +Ext4 is an an advanced level of the ext3 filesystem which incorporates +scalability and reliability enhancements for supporting large filesystems +(64 bit) in keeping with increasing disk capacities and state-of-the-art +feature requirements. Mailing list: linux-ext4@vger.kernel.org @@ -40,7 +40,7 @@ the test_fs flag to indicate that it's ok for an in-development filesystem to touch this filesystem: - # tune2fs -O extents -E test_fs /dev/hda1 + # tune2fs -O extents /dev/hda1 If the filesystem was created with 128 byte inodes, it can be converted to use 256 byte for greater efficiency via: @@ -68,7 +68,7 @@ 2.1 Currently available -* ability to use filesystems > 16TB (e2fsprogs support not available yet) +* ability to use filesystems > 16TB * extent format reduces metadata overhead (RAM, IO for access, transactions) * extent format more robust in face of on-disk corruption due to magics, * internal redunancy in tree @@ -101,12 +101,6 @@ metadata checksumming have been discussed and planned for a bit but no patches exist yet so I'm not sure they're in the near-term roadmap. -The big performance win will come with mballoc, delalloc and flex_bg -grouping of bitmaps and inode tables. Some test results available here: - - - http://www.bullopensource.org/ext4/20080530/ffsb-write-2.6.26-rc2.html - - http://www.bullopensource.org/ext4/20080530/ffsb-readwrite-2.6.26-rc2.html - 3. Options ==========