Ext4 Developer Interlock Call: 10/1/07 Meeting Minutes
Attendees: Mingming Cao, Aneesh Veetil, Dave Kleikamp, Akira Fujita, Ted
Ts'o, Jose Santos, Avantika Mathur, Jean-Pierre Dion
Minutes can be accessed at:
http://ext4.wiki.kernel.org/index.php/Ext4_Developer%27s_Conference_Call
EXT4 PATCH QUEUE
Multiple Block Allocation:
- Main outstanding issue is still need for better documentation of the code.
- Aneesh has marked the places that need explanation with fixme, and
Alex will be adding the needed comments. If this gets done quickly, we
can try to push this feature to 2.6.24
- Aneesh has asked for recommendations for a benchmark to run which will
test the mballoc allocator. Mingming suggested using dd and dbench, as
was done in the past for basic mballoc patches. To test the in-core
preallocation, kernel untar tests. Look at the file fragmentation after
running the test.
Large Block Patches:
- Mingming will post these patches to lkml for review
Uninitialized block groups:
- the uninitialized block group patches were posted to lkml and are in
the -mm tree.
JBD-stats through procfs patches:
- Ted will look at these patches and see if they are ready to push upstream
generic-find-next-le-bit:
- This function is only used in multiple block allocation patches. It
would not be a good idea to post this before mballoc, since the function
would be unused and may be cleaned up later.
Delayed Allocation:
- There has been an lkml thread about these patches.
- We have and approach that works for ext4, implemented at the vfs
level, but unless we can prove it can work for other filesystems, it
will not be accepted.
- Christoph Hellwig has commented that these patches will not work for
XFS.
- Mingming will try the patches with ext2/3, and Shaggy will try to find
time to test with JFS.
- If this approach works for other filesystems, we can try to push to
mainline as a placeholder.
truncate mutex patch:
- There is a performance concern with these patches. Mingming suggested
doing some testing to see what the actual performance regression is.
- Ted suggests breaking into two patches:
-- Patch 1 - Change the name of the mutex to block_mapped_mutex and
update comments to reflect the usage of the mutex
-- Patch 2 - Change to a read/write mutex
GENERAL
- Those patches we would still like to see in 2.6.24 need to be pushed
very quickly
- We should avoid having ext2/3 patches in the ext4-patch-queue and git
tree.
- Some of the patches that we just send to lkml for review end up being
pulled into the -mm tree, then Ted pulls them to the ext4-git tree, and
Andrew must remove from -mm. When we post for comments, we should use
[PATCH,RFC] to avoid this.
- Mingming suggested having a patch queue for the ext4-git tree for
easier review. Ted is also considering having a pu branch for the git
tree. Ted will think about what will work best.
- In the ext4-patch qDescription of patch include which version of -mm
the patch is in
-
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
