From: Wu Fengguang <fengguang.wu@intel.com>
To: Markus <M4rkusXXL@web.de>
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
Zdenek Kabelac <zkabelac@redhat.com>,
"linux-mm@kvack.org" <linux-mm@kvack.org>,
Lukas Hejtmanek <xhejtman@ics.muni.cz>
Subject: Re: drop_caches ...
Date: Thu, 5 Mar 2009 22:22:30 +0800 [thread overview]
Message-ID: <20090305142230.GA23465@localhost> (raw)
In-Reply-To: <200903051505.26584.M4rkusXXL@web.de>
Hi Markus,
On Thu, Mar 05, 2009 at 04:05:26PM +0200, Markus wrote:
> > Could you please try the attached patch which will also show the
> > user and process that opened these files? It adds three more fields
> > when CONFIG_PROC_FILECACHE_EXTRAS is selected.
> >
> > Thanks,
> > Fengguang
> >
> > On Thu, Mar 05, 2009 at 01:55:35PM +0200, Markus wrote:
> > >
> > > # sort -n -k 3 filecache-2009-03-05 | tail -n 5
> > > 15886 7112 7112 100 1 d- 00:08
> > > (tmpfs) /dev/zero\040(deleted)
> > > 16209 35708 35708 100 1 d- 00:08
> > > (tmpfs) /dev/zero\040(deleted)
> > > 16212 82128 82128 100 1 d- 00:08
> > > (tmpfs) /dev/zero\040(deleted)
> > > 15887 340024 340024 100 1 d- 00:08
> > > (tmpfs) /dev/zero\040(deleted)
> > > 15884 455008 455008 100 1 d- 00:08
> > > (tmpfs) /dev/zero\040(deleted)
> > >
> > > The sum of the third column is 1013 MB.
> > > To note the biggest ones (or do you want the whole file?)... and
> thats
> > > after a sync and a drop_caches! (Can be seen in the commands given.)
>
> I could, but I know where these things belong to. Its from sphinx (a
> mysql indexer) searchd. It loads parts of the index into memory.
> The sizes looked well-known and killing the searchd will reduce "cached"
> to a normal amount ;)
And it's weird about the file name: /dev/zero. I wonder how it
managed to create that file, and then delete it, inside a tmpfs!
Just out of curiosity, are they shm objects? Can you show us the
output of 'df'? In your convenient time.
> I just dont know why its in "cached" (can that be swapped out btw?).
> But I think thats not a problem of the kernel, but of anonymous
> mmap-ing.
You know, because the file is created in tmpfs, which is swap-backed.
By definition the pages here cannot be dropped by third-party.
> I think its resolved, thanks to everybody and Fengguang in particular!
You are welcome :-)
Thanks,
Fengguang
WARNING: multiple messages have this Message-ID (diff)
From: Wu Fengguang <fengguang.wu@intel.com>
To: Markus <M4rkusXXL@web.de>
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
Zdenek Kabelac <zkabelac@redhat.com>,
"linux-mm@kvack.org" <linux-mm@kvack.org>,
Lukas Hejtmanek <xhejtman@ics.muni.cz>
Subject: Re: drop_caches ...
Date: Thu, 5 Mar 2009 22:22:30 +0800 [thread overview]
Message-ID: <20090305142230.GA23465@localhost> (raw)
In-Reply-To: <200903051505.26584.M4rkusXXL@web.de>
Hi Markus,
On Thu, Mar 05, 2009 at 04:05:26PM +0200, Markus wrote:
> > Could you please try the attached patch which will also show the
> > user and process that opened these files? It adds three more fields
> > when CONFIG_PROC_FILECACHE_EXTRAS is selected.
> >
> > Thanks,
> > Fengguang
> >
> > On Thu, Mar 05, 2009 at 01:55:35PM +0200, Markus wrote:
> > >
> > > # sort -n -k 3 filecache-2009-03-05 | tail -n 5
> > > 15886 7112 7112 100 1 d- 00:08
> > > (tmpfs) /dev/zero\040(deleted)
> > > 16209 35708 35708 100 1 d- 00:08
> > > (tmpfs) /dev/zero\040(deleted)
> > > 16212 82128 82128 100 1 d- 00:08
> > > (tmpfs) /dev/zero\040(deleted)
> > > 15887 340024 340024 100 1 d- 00:08
> > > (tmpfs) /dev/zero\040(deleted)
> > > 15884 455008 455008 100 1 d- 00:08
> > > (tmpfs) /dev/zero\040(deleted)
> > >
> > > The sum of the third column is 1013 MB.
> > > To note the biggest ones (or do you want the whole file?)... and
> thats
> > > after a sync and a drop_caches! (Can be seen in the commands given.)
>
> I could, but I know where these things belong to. Its from sphinx (a
> mysql indexer) searchd. It loads parts of the index into memory.
> The sizes looked well-known and killing the searchd will reduce "cached"
> to a normal amount ;)
And it's weird about the file name: /dev/zero. I wonder how it
managed to create that file, and then delete it, inside a tmpfs!
Just out of curiosity, are they shm objects? Can you show us the
output of 'df'? In your convenient time.
> I just dont know why its in "cached" (can that be swapped out btw?).
> But I think thats not a problem of the kernel, but of anonymous
> mmap-ing.
You know, because the file is created in tmpfs, which is swap-backed.
By definition the pages here cannot be dropped by third-party.
> I think its resolved, thanks to everybody and Fengguang in particular!
You are welcome :-)
Thanks,
Fengguang
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next prev parent reply other threads:[~2009-03-05 14:23 UTC|newest]
Thread overview: 49+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-03-04 9:57 drop_caches Markus
2009-03-04 10:04 ` drop_caches Wu Fengguang
2009-03-04 10:32 ` drop_caches Markus
2009-03-04 11:05 ` drop_caches Wu Fengguang
2009-03-04 11:29 ` drop_caches Markus
2009-03-04 11:57 ` drop_caches Wu Fengguang
2009-03-04 11:57 ` drop_caches Wu Fengguang
2009-03-04 12:32 ` drop_caches Zdenek Kabelac
2009-03-04 12:32 ` drop_caches Zdenek Kabelac
2009-03-04 13:47 ` drop_caches Markus
2009-03-04 13:47 ` drop_caches Markus
2009-03-04 14:09 ` drop_caches Zdenek Kabelac
2009-03-04 14:09 ` drop_caches Zdenek Kabelac
2009-03-04 18:47 ` drop_caches Markus
2009-03-04 18:47 ` drop_caches Markus
2009-03-05 0:48 ` drop_caches Wu Fengguang
2009-03-05 0:48 ` drop_caches Wu Fengguang
2009-03-05 9:06 ` drop_caches Lukas Hejtmanek
2009-03-05 9:06 ` drop_caches Lukas Hejtmanek
2009-03-05 9:14 ` drop_caches KOSAKI Motohiro
2009-03-05 9:14 ` drop_caches KOSAKI Motohiro
2009-03-05 11:11 ` drop_caches Wu Fengguang
2009-03-05 11:11 ` drop_caches Wu Fengguang
2009-03-05 11:55 ` drop_caches Markus
2009-03-05 11:55 ` drop_caches Markus
2009-03-05 13:29 ` drop_caches Wu Fengguang
2009-03-05 14:05 ` drop_caches Markus
2009-03-05 14:05 ` drop_caches Markus
2009-03-05 14:22 ` Wu Fengguang [this message]
2009-03-05 14:22 ` drop_caches Wu Fengguang
2009-03-05 14:43 ` drop_caches Markus
2009-03-05 14:43 ` drop_caches Markus
2009-03-05 14:52 ` drop_caches Wu Fengguang
2009-03-05 14:52 ` drop_caches Wu Fengguang
2009-03-05 13:36 ` drop_caches Wu Fengguang
2009-03-05 13:36 ` drop_caches Wu Fengguang
2009-03-05 13:45 ` drop_caches Lukas Hejtmanek
2009-03-05 13:45 ` drop_caches Lukas Hejtmanek
2009-03-05 13:48 ` drop_caches Wu Fengguang
2009-03-05 13:48 ` drop_caches Wu Fengguang
2009-03-05 13:50 ` drop_caches Markus
2009-03-05 13:50 ` drop_caches Markus
2009-03-05 14:01 ` drop_caches Lukas Hejtmanek
2009-03-05 14:01 ` drop_caches Lukas Hejtmanek
2009-03-05 14:07 ` drop_caches Wu Fengguang
2009-03-05 14:07 ` drop_caches Wu Fengguang
-- strict thread matches above, loose matches on Subject: below --
2009-03-04 12:38 drop_caches Lukas Hejtmanek
2009-03-04 12:54 ` drop_caches Wu Fengguang
2009-03-04 12:54 ` drop_caches Wu Fengguang
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=20090305142230.GA23465@localhost \
--to=fengguang.wu@intel.com \
--cc=M4rkusXXL@web.de \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=xhejtman@ics.muni.cz \
--cc=zkabelac@redhat.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.