linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: Matthew Wilcox <matthew@wil.cx>
To: Christoph Lameter <clameter@sgi.com>
Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org
Subject: Re: SLUB: Increasing partial pages
Date: Fri, 18 Jan 2008 12:14:30 -0700	[thread overview]
Message-ID: <20080118191430.GD20490@parisc-linux.org> (raw)
In-Reply-To: <Pine.LNX.4.64.0801161421240.12024@schroedinger.engr.sgi.com>

On Wed, Jan 16, 2008 at 02:28:44PM -0800, Christoph Lameter wrote:
> On Wed, 16 Jan 2008, Matthew Wilcox wrote:
> > About 0.1-0.2%  0.3% is considered significant.
> 
> The results are that stable? A kernel compilation which slightly 
> rearranges cachelines due to code and data changes typically leads to a 
> larger variance on my 8 way box (gets even larger under NUMA). I would 
> expect that the variations on a database load would be more significant.

The load runs for a long time.  You can reduce variance by increasing
your sample size (ok, it's twelve years since I've done a stats course ...)

> I repeatedly saw patches from Intel to do minor changes to SLAB that 
> increase performance by 0.5% or so (like the recent removal of a BUG_ON 
> for performance reasons). These do not regress again when you build a 
> newer kernel release?

No, they don't.  Unless someone's broken something (eg putting pages on
the LRU in the wrong order so we don't get merges any more ;-)

-- 
Intel are signing my paycheques ... these opinions are still mine
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."

--
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>

  reply	other threads:[~2008-01-18 19:14 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-01-16 19:59 SLUB: Increasing partial pages Matthew Wilcox
2008-01-16 20:39 ` Christoph Lameter
2008-01-16 21:41   ` Matthew Wilcox
2008-01-16 22:01     ` Christoph Lameter
2008-01-16 22:16       ` Matthew Wilcox
2008-01-16 22:28         ` Christoph Lameter
2008-01-18 19:14           ` Matthew Wilcox [this message]
2008-01-22 20:00             ` Christoph Lameter
2008-01-22 22:35               ` Matthew Wilcox
2008-01-22 23:00                 ` Christoph Lameter
2008-02-16 19:07               ` Matthew Wilcox
2008-02-16 19:34                 ` Christoph Lameter
2008-05-05 18:04                   ` Pekka Enberg
2008-01-18 19:54       ` Matthew Wilcox
2008-01-22 19:42         ` Christoph Lameter

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=20080118191430.GD20490@parisc-linux.org \
    --to=matthew@wil.cx \
    --cc=clameter@sgi.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.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;
as well as URLs for NNTP newsgroup(s).