From: "Valerie Henson" <val@vahconsulting.com>
To: Nick Piggin <nickpiggin@yahoo.com.au>
Cc: opensource@google.com, Jakub Jelinek <jakub@redhat.com>,
linux-mm@kvack.org,
"Rodrigo Rubira Branco (BSDaemon)" <rodrigo@kernelhacking.com>
Subject: Re: ebizzy performance with different allocators
Date: Mon, 17 Mar 2008 19:19:19 -0700 [thread overview]
Message-ID: <70b6f0bf0803171919t9ba6cbewbc03c9ddae63c255@mail.gmail.com> (raw)
In-Reply-To: <200803172321.31572.nickpiggin@yahoo.com.au>
[Cc'd current ebizzy maintainer, Rodrigo.]
On Mon, Mar 17, 2008 at 5:21 AM, Nick Piggin <nickpiggin@yahoo.com.au> wrote:
> Hi,
>
> I was recently interested in ebizzy performance, and specifically the
> reason why Linux doesn't appear to scale very well versus FreeBSD.
[snip]
> linux-glibc was the best single-threaded performer, with ~7000 r/s,
> however it starts running into system time which the profile shows up
> as unmapping pages and faulting in new pages. Is "fixing" this as simple
> as increasing hysteresis in glibc? Can that be done via environment? (I
> couldn't work out a way).
Huh, yeah, that sounds like glibc is mmap()'ing your allocations.
Check to see if your glibc version includes this patch:
http://www.valhenson.org/patches/dynamic_mmap_threshold
If it does, you shouldn't see much in the way of mmap/munmap activity
when running ebizzy. It's possible that some other malloc() settings
are interfering, maybe the trim threshold. It's also worth noting
that the self-tuning mmap threshold is disabled if the user sets the
mmap threshold explicitly. Oh, and is this 32-bit or 64-bit?
If you want to tune the exact behavior of malloc with regard to mmap, check out:
http://www.gnu.org/software/libtool/manual/libc/Malloc-Tunable-Parameters.html
If you use the "-M" option to ebizzy, it will use mallopt() to turn
off mmap()'d allocations entirely. (It'd be nice to have command line
knobs for all the mallopt() tuning options, actually.)
-VAL
--
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 parent reply other threads:[~2008-03-18 2:19 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <200803172321.31572.nickpiggin@yahoo.com.au>
2008-03-18 2:19 ` Valerie Henson [this message]
2008-03-25 5:36 ` ebizzy performance with different allocators Nick Piggin
2008-03-18 1:58 Rodrigo Rubira Branco (BSDaemon)
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=70b6f0bf0803171919t9ba6cbewbc03c9ddae63c255@mail.gmail.com \
--to=val@vahconsulting.com \
--cc=jakub@redhat.com \
--cc=linux-mm@kvack.org \
--cc=nickpiggin@yahoo.com.au \
--cc=opensource@google.com \
--cc=rodrigo@kernelhacking.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 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).