lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20081017011008.6c3b12ef@diego-desktop>
Date:	Fri, 17 Oct 2008 01:10:08 +0200
From:	dcg <diegocg@...il.com>
To:	linux-ext4@...r.kernel.org, tytso@....edu
Subject: [PATCH] Update Documentation/filesystems/ext4.txt

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 <diegocg@...il.com>

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@...r.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
 ==========
 
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ