From: Robin Holt <holt@sgi.com>
To: linux-ia64@vger.kernel.org
Subject: Re: [PATCH] Convert pgtable cache to slab
Date: Fri, 11 Feb 2005 18:35:19 +0000 [thread overview]
Message-ID: <20050211183519.GA4059@lnx-holt.americas.sgi.com> (raw)
In-Reply-To: <yq1wtxnprkq.fsf@wilson.mkp.net>
On Thu, Feb 10, 2005 at 12:38:06PM -0800, Luck, Tony wrote:
> Can pgtable_cache_init() be "__init"?
I have that changed in my work area now.
>
> Do you have some before/after numbers from lmbench fork overhead
> (I wouldn't expect much impact from this, but it would be nice to
> make sure).
I am running lmbench even as we speak. Is there a way to run lmbench
and only get the fork overhead information?
I started with this patch because it goes part of the way to where I
need to be. I am trying to get 4 level page table directories working
efficiently on SGI boxes. I see this as three problems.
1) This patch to join quicklists together and simplify the cleanup
of the list to cases where memory is really needed (slabs does this
nicely).
2) Ensure the slabs are made node aware. We have seen significant
impact when the page tables are allocated off node.
3) Implement the pud_alloc pud_free stuff so 4-level directories
work.
After looking at some of the performance numbers, I am beginning to
think #1 and #2 need to be done as one. I assumed there would be no
significant impact from using the zeroed slab versus the quicklists and
that appears to be true. I have not considered all the ramifications
like the default sizes of the slab, etc. There does not appear to be
much performance difference on lmbench between the two. For a page-fault
test, the fault rate with the zeroed slab appears to be slightly lower,
but that is as I would expect due to the added overhead of the slab.
Right now, neither the quicklists nor slabs are node local. I think
that is a larger issue. I will start a seperate discussion about node
locality soon.
Thanks,
Robin
next prev parent reply other threads:[~2005-02-11 18:35 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-10-18 22:52 [PATCH] Convert pgtable cache to slab Martin K. Petersen
2004-10-19 4:08 ` Luck, Tony
2004-10-19 15:59 ` Martin K. Petersen
2005-02-10 20:29 ` Robin Holt
2005-02-10 20:38 ` Luck, Tony
2005-02-11 18:35 ` Robin Holt [this message]
2005-02-11 18:51 ` Luck, Tony
2005-02-11 19:33 ` Robin Holt
2005-02-14 16:33 ` Robin Holt
2005-02-14 19:18 ` Luck, Tony
2005-02-15 12:02 ` Robin Holt
2005-02-15 18:07 ` David Mosberger
2005-02-15 18:29 ` Luck, Tony
2005-02-15 19:31 ` Robin Holt
2005-02-15 19:46 ` David Mosberger
2005-02-15 19:57 ` Robin Holt
2005-02-15 19:59 ` Robin Holt
2005-02-15 20:03 ` David Mosberger
2005-02-15 20:08 ` Robin Holt
2005-02-15 20:15 ` William Lee Irwin III
2005-02-15 20:25 ` Luck, Tony
2005-02-15 20:26 ` David Mosberger
2005-02-17 17:22 ` Jack Steiner
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=20050211183519.GA4059@lnx-holt.americas.sgi.com \
--to=holt@sgi.com \
--cc=linux-ia64@vger.kernel.org \
/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