Re: [PATCH] cifs: implement drop_inode superblock op

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, 25 May 2010 17:14:10 -0500
Steve French <smfrench@xxxxxxxxx> wrote:

> Any rough idea of performance or memory savings (even in something
> artificial like dbench run)?
> 

It's more of a memory savings thing. When I mount with -o noserverino
and run fsstress on the mount, I'd regularly see the size of the
cifs_inode_cache hit 60M or more (on a client with 1G RAM). With this
patch in place, it rarely goes over 2M in size.

Eventually, memory pressure will force the size to go down, but if we
know that they'll never be used again (which is the case with
noserverino), it's better to go ahead and just free them.

> On Tue, May 25, 2010 at 2:24 PM, Jeff Layton <jlayton@xxxxxxxxxx> wrote:
> > The standard behavior for drop_inode is to delete the inode when the
> > last reference to it is put and the nlink count goes to 0. This helps
> > keep inodes that are still considered "not deleted" in cache as long as
> > possible even when there aren't dentries attached to them.
> >
> > When server inode numbers are disabled, it's not possible for cifs_iget
> > to ever match an existing inode (since inode numbers are generated via
> > iunique). In this situation, cifs can keep a lot of inodes in cache that
> > will never be used again.
> >
> > Implement a drop_inode routine that deletes the inode if server inode
> > numbers are disabled on the mount. This helps keep the cifs inode
> > caches down to a more manageable size when server inode numbers are
> > disabled.
> >
> > Signed-off-by: Jeff Layton <jlayton@xxxxxxxxxx>
> > ---
> >  fs/cifs/cifsfs.c |   14 ++++++++++++--
> >  1 files changed, 12 insertions(+), 2 deletions(-)
> >
> > diff --git a/fs/cifs/cifsfs.c b/fs/cifs/cifsfs.c
> > index 78c02eb..8f647db 100644
> > --- a/fs/cifs/cifsfs.c
> > +++ b/fs/cifs/cifsfs.c
> > @@ -473,13 +473,23 @@ static int cifs_remount(struct super_block *sb, int *flags, char *data)
> >        return 0;
> >  }
> >
> > +void cifs_drop_inode(struct inode *inode)
> > +{
> > +       struct cifs_sb_info *cifs_sb = CIFS_SB(inode->i_sb);
> > +
> > +       if (cifs_sb->mnt_cifs_flags & CIFS_MOUNT_SERVER_INUM)
> > +               return generic_drop_inode(inode);
> > +
> > +       return generic_delete_inode(inode);
> > +}
> > +
> >  static const struct super_operations cifs_super_ops = {
> >        .put_super = cifs_put_super,
> >        .statfs = cifs_statfs,
> >        .alloc_inode = cifs_alloc_inode,
> >        .destroy_inode = cifs_destroy_inode,
> > -/*     .drop_inode         = generic_delete_inode,
> > -       .delete_inode   = cifs_delete_inode,  */  /* Do not need above two
> > +       .drop_inode     = cifs_drop_inode,
> > +/*     .delete_inode   = cifs_delete_inode,  */  /* Do not need above two
> >        functions unless later we add lazy close of inodes or unless the
> >        kernel forgets to call us with the same number of releases (closes)
> >        as opens */
> > --
> > 1.6.6.1
> >
> >
> 
> 
> 


-- 
Jeff Layton <jlayton@xxxxxxxxxx>
--
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Ext4 Filesystem]     [Union Filesystem]     [Filesystem Testing]     [Ceph Users]     [Ecryptfs]     [AutoFS]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux Cachefs]     [Reiser Filesystem]     [Linux RAID]     [Samba]     [Device Mapper]     [CEPH Development]
  Powered by Linux