linux-ext4.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Fengguang Wu <fengguang.wu@gmail.com>
To: Theodore Tso <tytso@mit.edu>,
	Suparna Bhattacharya <suparna@in.ibm.com>,
	Andrew Morton <akpm@osdl.org>, Willy Tarreau <w@1wt.eu>,
	Linus Torvalds <torvalds@osdl.org>,
	"H. Peter Anvin" <hpa@zytor.com>,
	git@vger.kernel.org, nigel@nigel.suspend2.net,
	"J.H." <warthog9@kernel.org>,
	Randy Dunlap <randy.dunlap@oracle.com>,
	Pavel Machek <pavel@ucw.cz>,
	kernel list <linux-kernel@vger.kernel.org>,
	webmaster@kernel.org,
	"linux-ext4@vger.kernel.org" <linux-ext4@vger.kernel.org>
Subject: Re: How git affects kernel.org performance
Date: Tue, 9 Jan 2007 15:59:46 +0800	[thread overview]
Message-ID: <368329554.17014@ustc.edu.cn> (raw)
Message-ID: <20070109075945.GA8799@mail.ustc.edu.cn> (raw)
In-Reply-To: <20070108125819.GA32756@thunk.org>

On Mon, Jan 08, 2007 at 07:58:19AM -0500, Theodore Tso wrote:
> On Mon, Jan 08, 2007 at 08:35:55AM +0530, Suparna Bhattacharya wrote:
> > > Yeah, slowly-growing directories will get splattered all over the disk.
> > > 
> > > Possible short-term fixes would be to just allocate up to (say) eight
> > > blocks when we grow a directory by one block.  Or teach the
> > > directory-growth code to use ext3 reservations.
> > > 
> > > Longer-term people are talking about things like on-disk rerservations.
> > > But I expect directories are being forgotten about in all of that.
> > 
> > By on-disk reservations, do you mean persistent file preallocation ? (that
> > is explicit preallocation of blocks to a given file) If so, you are
> > right, we haven't really given any thought to the possibility of directories
> > needing that feature.
> 
> The fastest and probably most important thing to add is some readahead
> smarts to directories --- both to the htree and non-htree cases.  If

Here's is a quick hack to practice the directory readahead idea.
Comments are welcome, it's a freshman's work :)

Regards,
Wu
---
 fs/ext3/dir.c   |   22 ++++++++++++++++++++++
 fs/ext3/inode.c |    2 +-
 2 files changed, 23 insertions(+), 1 deletion(-)

--- linux.orig/fs/ext3/dir.c
+++ linux/fs/ext3/dir.c
@@ -94,6 +94,25 @@ int ext3_check_dir_entry (const char * f
 	return error_msg == NULL ? 1 : 0;
 }
 
+int ext3_get_block(struct inode *inode, sector_t iblock,
+			struct buffer_head *bh_result, int create);
+
+static void ext3_dir_readahead(struct file * filp)
+{
+	struct inode *inode = filp->f_path.dentry->d_inode;
+	struct address_space *mapping = inode->i_sb->s_bdev->bd_inode->i_mapping;
+	unsigned long sector;
+	unsigned long blk;
+	pgoff_t offset;
+
+	for (blk = 0; blk < inode->i_blocks; blk++) {
+		sector = blk << (inode->i_blkbits - 9);
+		sector = generic_block_bmap(inode->i_mapping, sector, ext3_get_block);
+		offset = sector >> (PAGE_CACHE_SHIFT - 9);
+		do_page_cache_readahead(mapping, filp, offset, 1);
+	}
+}
+
 static int ext3_readdir(struct file * filp,
 			 void * dirent, filldir_t filldir)
 {
@@ -108,6 +127,9 @@ static int ext3_readdir(struct file * fi
 
 	sb = inode->i_sb;
 
+	if (!filp->f_pos)
+		ext3_dir_readahead(filp);
+
 #ifdef CONFIG_EXT3_INDEX
 	if (EXT3_HAS_COMPAT_FEATURE(inode->i_sb,
 				    EXT3_FEATURE_COMPAT_DIR_INDEX) &&
--- linux.orig/fs/ext3/inode.c
+++ linux/fs/ext3/inode.c
@@ -945,7 +945,7 @@ out:
 
 #define DIO_CREDITS (EXT3_RESERVE_TRANS_BLOCKS + 32)
 
-static int ext3_get_block(struct inode *inode, sector_t iblock,
+int ext3_get_block(struct inode *inode, sector_t iblock,
 			struct buffer_head *bh_result, int create)
 {
 	handle_t *handle = journal_current_handle();

  parent reply	other threads:[~2007-01-09  7:59 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20061216094421.416a271e.randy.dunlap@oracle.com>
     [not found] ` <20061216095702.3e6f1d1f.akpm@osdl.org>
     [not found]   ` <458434B0.4090506@oracle.com>
     [not found]     ` <1166297434.26330.34.camel@localhost.localdomain>
     [not found]       ` <1166304080.13548.8.camel@nigel.suspend2.net>
     [not found]         ` <459152B1.9040106@zytor.com>
     [not found]           ` <1168140954.2153.1.camel@nigel.suspend2.net>
     [not found]             ` <45A08269.4050504@zytor.com>
     [not found]               ` <45A083F2.5000000@zytor.com>
     [not found]                 ` <Pine.LNX.4.64.0701062130260.3661@woody.osdl.org>
     [not found]                   ` <20070107085526.GR24090@1wt.eu>
2007-01-07  9:15                     ` How git affects kernel.org performance Andrew Morton
2007-01-07  9:38                       ` Rene Herman
2007-01-08  3:05                       ` Suparna Bhattacharya
2007-01-08 12:58                         ` Theodore Tso
2007-01-08 13:41                           ` Johannes Stezenbach
2007-01-08 13:56                             ` Theodore Tso
2007-01-08 13:59                               ` Pavel Machek
2007-01-08 14:17                                 ` Theodore Tso
2007-01-08 13:43                           ` Jeff Garzik
2007-01-09  1:09                             ` Paul Jackson
2007-01-09  2:18                               ` Jeremy Higdon
     [not found]                           ` <20070109075945.GA8799@mail.ustc.edu.cn>
2007-01-09  7:59                             ` Fengguang Wu [this message]
2007-01-09 16:23                               ` Linus Torvalds
     [not found]                                 ` <20070110015739.GA26978@mail.ustc.edu.cn>
2007-01-10  1:57                                   ` Fengguang Wu
2007-01-10  1:57                                   ` Fengguang Wu
2007-01-10  1:57                                   ` Fengguang Wu
2007-01-10  3:20                                   ` Nigel Cunningham
     [not found]                                     ` <20070110140730.GA986@mail.ustc.edu.cn>
2007-01-10 14:07                                       ` Fengguang Wu
2007-01-10 14:07                                       ` Fengguang Wu
2007-01-10 14:07                                       ` Fengguang Wu
2007-01-12 10:54                                       ` Nigel Cunningham
2007-01-09  7:59                             ` Fengguang Wu
2007-01-09  7:59                             ` Fengguang Wu

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=368329554.17014@ustc.edu.cn \
    --to=fengguang.wu@gmail.com \
    --cc=akpm@osdl.org \
    --cc=git@vger.kernel.org \
    --cc=hpa@zytor.com \
    --cc=linux-ext4@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=nigel@nigel.suspend2.net \
    --cc=pavel@ucw.cz \
    --cc=randy.dunlap@oracle.com \
    --cc=suparna@in.ibm.com \
    --cc=torvalds@osdl.org \
    --cc=tytso@mit.edu \
    --cc=w@1wt.eu \
    --cc=warthog9@kernel.org \
    --cc=webmaster@kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).