On Oct 16, 2007 15:00 -0700, Andrew Morton wrote:
> On Fri, 13 Jul 2007 18:36:54 -0700
> Badari Pulavarty <[EMAIL PROTECTED]> wrote:
> > @@ -1136,12 +1136,12 @@ static int ext2_statfs (struct dentry *
> > buf->f_type = EXT2_SUPER_MAGIC;
> > buf->f_bsize = sb->s_blocksize;
> >
On Oct 16, 2007 15:00 -0700, Andrew Morton wrote:
On Fri, 13 Jul 2007 18:36:54 -0700
Badari Pulavarty [EMAIL PROTECTED] wrote:
@@ -1136,12 +1136,12 @@ static int ext2_statfs (struct dentry *
buf-f_type = EXT2_SUPER_MAGIC;
buf-f_bsize = sb-s_blocksize;
buf-f_blocks =
Andrew Morton wrote:
On Fri, 13 Jul 2007 18:36:54 -0700
Badari Pulavarty <[EMAIL PROTECTED]> wrote:
More statfs() improvements for ext2. ext2 already maintains
percpu counters for free blocks and inodes. Derive free
block count and inode count by summing up percpu counters,
instead of
On Fri, 13 Jul 2007 18:36:54 -0700
Badari Pulavarty <[EMAIL PROTECTED]> wrote:
>
> More statfs() improvements for ext2. ext2 already maintains
> percpu counters for free blocks and inodes. Derive free
> block count and inode count by summing up percpu counters,
> instead of counting up all the
On Fri, 13 Jul 2007 18:36:54 -0700
Badari Pulavarty [EMAIL PROTECTED] wrote:
More statfs() improvements for ext2. ext2 already maintains
percpu counters for free blocks and inodes. Derive free
block count and inode count by summing up percpu counters,
instead of counting up all the groups
Andrew Morton wrote:
On Fri, 13 Jul 2007 18:36:54 -0700
Badari Pulavarty [EMAIL PROTECTED] wrote:
More statfs() improvements for ext2. ext2 already maintains
percpu counters for free blocks and inodes. Derive free
block count and inode count by summing up percpu counters,
instead of
On Jul 19, 2007 08:18 -0700, Badari Pulavarty wrote:
> In my setups (4 & 8-way), I didn't measure any significant performance
> improvements (in any reasonable workload). I see some decent
> improvements on cooked-up (1 million stats) tests :(
I don't have any numbers to publish, but this did
On Jul 19, 2007 08:18 -0700, Badari Pulavarty wrote:
In my setups (4 8-way), I didn't measure any significant performance
improvements (in any reasonable workload). I see some decent
improvements on cooked-up (1 million stats) tests :(
I don't have any numbers to publish, but this did help
On Wed, 2007-07-18 at 20:18 -0700, Andrew Morton wrote:
> On Fri, 13 Jul 2007 18:36:54 -0700 Badari Pulavarty <[EMAIL PROTECTED]> wrote:
>
> > More statfs() improvements for ext2. ext2 already maintains
> > percpu counters for free blocks and inodes. Derive free
> > block count and inode count by
On Wed, 2007-07-18 at 20:18 -0700, Andrew Morton wrote:
On Fri, 13 Jul 2007 18:36:54 -0700 Badari Pulavarty [EMAIL PROTECTED] wrote:
More statfs() improvements for ext2. ext2 already maintains
percpu counters for free blocks and inodes. Derive free
block count and inode count by summing
On Fri, 13 Jul 2007 18:36:54 -0700 Badari Pulavarty <[EMAIL PROTECTED]> wrote:
> More statfs() improvements for ext2. ext2 already maintains
> percpu counters for free blocks and inodes. Derive free
> block count and inode count by summing up percpu counters,
> instead of counting up all the
On Fri, 13 Jul 2007 18:36:54 -0700 Badari Pulavarty [EMAIL PROTECTED] wrote:
More statfs() improvements for ext2. ext2 already maintains
percpu counters for free blocks and inodes. Derive free
block count and inode count by summing up percpu counters,
instead of counting up all the groups in
Andrew,
Can you include it in -mm ?
BTW, this patch is against mainline, won't apply cleanly to -mm, due to
other statfs() improvements.
Thanks,
Badari
More statfs() improvements for ext2. ext2 already maintains
percpu counters for free blocks and inodes. Derive free
block count and inode
Andrew,
Can you include it in -mm ?
BTW, this patch is against mainline, won't apply cleanly to -mm, due to
other statfs() improvements.
Thanks,
Badari
More statfs() improvements for ext2. ext2 already maintains
percpu counters for free blocks and inodes. Derive free
block count and inode
14 matches
Mail list logo