public inbox for linux-ext4@vger.kernel.org
 help / color / mirror / Atom feed
* Relatively simple ext4 todo item
@ 2010-08-27 21:25 Theodore Ts'o
  0 siblings, 0 replies; only message in thread
From: Theodore Ts'o @ 2010-08-27 21:25 UTC (permalink / raw)
  To: linux-ext4

For folks who are interested in getting started with ext4, here's a
relatively simple todo item.

Wu Fenguang has reported a scalability issue with ext4 when running a VM
stress test where there are multiple processes all hammering the file
with random mmap requests.  (Although this would have shown up as well
if we had multiple threads all trying to read from the same file
descriptor at the same time.)  The point of contention is
ext4_inode_info.i_block_reservation_lock(), and the problem is that
we're using this spinlock to protect a simple singleton extent cache,
i_cached_extent.  See the functions ext4_ext_put_gap_in_cache() and
ext4_ext_in_cache().

Your mission should you choose to accept it :-), is to replace
i_cached_extent with an RCU protected data structure.  For bonus points,
try making it support caching more than a single extent.  Also, while
you're at it, fix a race condition with move_inode.c where we should
make should the cached extents have been removed and an RCU grace period
has elapsed before proceeding with the inode defragmentation.

						- Ted

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2010-08-27 21:25 UTC | newest]

Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-08-27 21:25 Relatively simple ext4 todo item Theodore Ts'o

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox