mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Trond Myklebust <trond.myklebust@fys.uio.no>
To: dipankar@in.ibm.com
Cc: Christopher Friesen <cfriesen@nortel.com>,
	Sonny Rao <sonny@burdell.org>,
	linux-kernel@vger.kernel.org, "Theodore Ts'o" <tytso@mit.edu>,
	bharata@in.ibm.com
Subject: Re: dentry_cache using up all my zone normal memory -- also seen on 2.6.14-rc2
Date: Wed, 21 Sep 2005 17:14:40 -0400	[thread overview]
Message-ID: <1127337280.11109.48.camel@lade.trondhjem.org> (raw)
In-Reply-To: <20050921210019.GF4569@in.ibm.com>

to den 22.09.2005 Klokka 02:30 (+0530) skreiv Dipankar Sarma:
> On Wed, Sep 21, 2005 at 02:59:30PM -0600, Christopher Friesen wrote:
> > Sonny Rao wrote:
> > 
> > >Over one million files open at once is just asking for trouble on a
> > >lowmem-crippled x86 machine, IMHO.
> > 
> > I don't think there actually are.  I ran the testcase under strace, and 
> > it appears that there are two threads going at once.
> > 
> > thread 1 spins doing the following:
> > fd = creat("./rename14", 0666);
> > unlink("./rename14");
> > close(fd);
> > 
> > thread 2 spins doing:
> > rename("./rename14", "./rename14xyz");
> 
> Ewww.. Looks like a leak due to a race.
> 
> Does this happen on a non-nfs filesystem ?

...and what is "an NFS filesystem"? v2, v3, v4, ...?

Note also that the above test will be heavily exercising the sillyrename
code. Is Chris perhaps seeing vast numbers of .nfs* files resulting from
this test?

Also note that one change went into 2.6.13 that causes the icache to
evict inodes corresponding to files that end up being deleted by
nfs_rename(). Previously, they could end up floating around in the
icache because the i_nlink count was non-zero.

Cheers,
  Trond


  parent reply	other threads:[~2005-09-21 21:15 UTC|newest]

Thread overview: 37+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-09-21 16:26 dentry_cache using up all my zone normal memory Christopher Friesen
2005-09-21 16:53 ` Christopher Friesen
2005-09-21 19:46   ` dentry_cache using up all my zone normal memory -- also seen on 2.6.14-rc2 Christopher Friesen
2005-09-21 20:07     ` Sonny Rao
2005-09-21 20:27       ` Christopher Friesen
2005-09-21 20:49       ` Christopher Friesen
2005-09-21 20:59       ` Christopher Friesen
2005-09-21 20:58         ` Sonny Rao
2005-09-21 21:00         ` Dipankar Sarma
2005-09-21 21:14           ` Al Viro
2005-09-21 21:14           ` Trond Myklebust [this message]
2005-09-21 21:25             ` Christopher Friesen
2005-09-21 21:29               ` Christopher Friesen
2005-09-21 21:25           ` Christopher Friesen
2005-09-21 22:03             ` Roland Dreier
2005-09-22  3:11               ` Al Viro
2005-09-22  3:54                 ` Christopher Friesen
2005-09-22  4:17                   ` Al Viro
2005-09-22 14:47                     ` Christopher Friesen
2005-09-22 15:16                     ` Christopher Friesen
2005-09-22 18:12                       ` dentry_cache using up all my zone normal memory -- new data point Christopher Friesen
2005-09-22 18:27                       ` dentry_cache using up all my zone normal memory -- also seen on 2.6.14-rc2 Dipankar Sarma
2005-09-22 19:03                         ` Christopher Friesen
2005-09-22 19:18                           ` Dipankar Sarma
2005-09-22 21:37                             ` Christopher Friesen
2005-09-22 21:44                               ` Sonny Rao
2005-09-22 21:55                                 ` Christopher Friesen
2005-09-22 22:04                                   ` Randy.Dunlap
2005-09-26  4:43                                     ` [PATCH/RFC] sysrq: updating console_loglevel Randy.Dunlap
2005-09-22 22:05                             ` dentry_cache using up all my zone normal memory -- also seen on 2.6.14-rc2 Christopher Friesen
2005-10-04 19:43                       ` Dipankar Sarma
2005-10-04 20:02                         ` Christopher Friesen
2005-10-05  4:00                           ` Dipankar Sarma
2005-09-30 22:03 ` dentry_cache using up all my zone normal memory Christopher Friesen
2005-10-01 23:22   ` Marcelo
2005-10-02  6:04     ` Christopher Friesen
2005-10-02 19:55       ` Marcelo

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=1127337280.11109.48.camel@lade.trondhjem.org \
    --to=trond.myklebust@fys.uio.no \
    --cc=bharata@in.ibm.com \
    --cc=cfriesen@nortel.com \
    --cc=dipankar@in.ibm.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=sonny@burdell.org \
    --cc=tytso@mit.edu \
    /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

all inboxes | Powered by JetHome®