From: Christoph Rohland <cr@sap.com>
To: Hugh Dickins <hugh@veritas.com>
Cc: Andrew Morton <akpm@digeo.com>,
William Lee Irwin III <wli@holomorphy.com>, <linux-mm@kvack.org>,
<linux-kernel@vger.kernel.org>
Subject: Re: dbench on tmpfs OOM's
Date: Tue, 17 Sep 2002 09:57:18 +0200 [thread overview]
Message-ID: <sn092gm9.fsf@sap.com> (raw)
In-Reply-To: <Pine.LNX.4.44.0209170726050.19523-100000@localhost.localdomain> (Hugh Dickins's message of "Tue, 17 Sep 2002 08:01:20 +0100 (BST)")
Hi Hugh,
On Tue, 17 Sep 2002, Hugh Dickins wrote:
> What I never did was try GFP_HIGHUSER and kmap on the index pages:
> I think I decided back then that it wasn't likely to be needed
> (sparsely filled file indexes are a rarer case than sparsely filled
> pagetables, once the stupidity is fixed; and small files don't use
> index pages at all). But Bill's testing may well prove me wrong.
I think that this would be a good improvement. Big database and
application servers would definitely benefit from it, desktops could
easier use tmpfs as temporary file systems.
I never dared to do it with my limited time since I feared deadlock
situations.
Also I ended up that I would try to go one step further: Make the
index pages swappable, i.e. make the directory nodes normal tmpfs
files. This would even make the accounting right.
Greetings
Christoph
WARNING: multiple messages have this Message-ID (diff)
From: Christoph Rohland <cr@sap.com>
To: Hugh Dickins <hugh@veritas.com>
Cc: Andrew Morton <akpm@digeo.com>,
William Lee Irwin III <wli@holomorphy.com>,
linux-mm@kvack.org, linux-kernel@vger.kernel.org
Subject: Re: dbench on tmpfs OOM's
Date: Tue, 17 Sep 2002 09:57:18 +0200 [thread overview]
Message-ID: <sn092gm9.fsf@sap.com> (raw)
In-Reply-To: <Pine.LNX.4.44.0209170726050.19523-100000@localhost.localdomain> (Hugh Dickins's message of "Tue, 17 Sep 2002 08:01:20 +0100 (BST)")
Hi Hugh,
On Tue, 17 Sep 2002, Hugh Dickins wrote:
> What I never did was try GFP_HIGHUSER and kmap on the index pages:
> I think I decided back then that it wasn't likely to be needed
> (sparsely filled file indexes are a rarer case than sparsely filled
> pagetables, once the stupidity is fixed; and small files don't use
> index pages at all). But Bill's testing may well prove me wrong.
I think that this would be a good improvement. Big database and
application servers would definitely benefit from it, desktops could
easier use tmpfs as temporary file systems.
I never dared to do it with my limited time since I feared deadlock
situations.
Also I ended up that I would try to go one step further: Make the
index pages swappable, i.e. make the directory nodes normal tmpfs
files. This would even make the accounting right.
Greetings
Christoph
--
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/
next prev parent reply other threads:[~2002-09-17 7:53 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-09-17 4:43 dbench on tmpfs OOM's William Lee Irwin III
2002-09-17 4:43 ` William Lee Irwin III
2002-09-17 4:58 ` Andrew Morton
2002-09-17 4:58 ` Andrew Morton
2002-09-17 5:01 ` Martin J. Bligh
2002-09-17 5:01 ` Martin J. Bligh
2002-09-17 5:14 ` Andrew Morton
2002-09-17 5:14 ` Andrew Morton
2002-09-17 5:18 ` Martin J. Bligh
2002-09-17 5:18 ` Martin J. Bligh
2002-09-17 5:15 ` William Lee Irwin III
2002-09-17 5:15 ` William Lee Irwin III
2002-09-17 5:31 ` Andrew Morton
2002-09-17 5:31 ` Andrew Morton
2002-09-17 6:43 ` Christoph Rohland
2002-09-17 6:43 ` Christoph Rohland
2002-09-17 7:01 ` Hugh Dickins
2002-09-17 7:01 ` Hugh Dickins
2002-09-17 7:27 ` William Lee Irwin III
2002-09-17 7:27 ` William Lee Irwin III
2002-09-17 8:02 ` Andrew Morton
2002-09-17 8:02 ` Andrew Morton
2002-09-17 11:38 ` 35-mm1 triggers watchdog Ed Tomlinson
2002-09-17 20:12 ` Andrew Morton
2002-09-17 7:57 ` Christoph Rohland [this message]
2002-09-17 7:57 ` dbench on tmpfs OOM's Christoph Rohland
2002-12-10 5:28 ` William Lee Irwin III
2002-12-10 5:28 ` William Lee Irwin III
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=sn092gm9.fsf@sap.com \
--to=cr@sap.com \
--cc=akpm@digeo.com \
--cc=hugh@veritas.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=wli@holomorphy.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.