From: Ingo Molnar <mingo@elte.hu>
To: Hugh Dickins <hugh.dickins@tiscali.co.uk>,
Peter Zijlstra <a.p.zijlstra@chello.nl>,
Thomas Gleixner <tglx@linutronix.de>
Cc: Arjan van de Ven <arjan@infradead.org>, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] latencytop: note task_struct bloat
Date: Mon, 8 Jun 2009 22:52:37 +0200 [thread overview]
Message-ID: <20090608205237.GA13343@elte.hu> (raw)
In-Reply-To: <Pine.LNX.4.64.0906081841580.7100@sister.anvils>
* Hugh Dickins <hugh.dickins@tiscali.co.uk> wrote:
> Add belated comment to LATENCYTOP help text, making clear that this is a
> much more expensive option than you might think: along with the options
> it selects, it may add more than 4000 bytes to each struct task_struct
> (on 64-bit; more than 2000 on 32-bit), effectively quadrupling the size
> of an otherwise lean task_struct (in fact, slab on x86_64 fits only 1
> in two pages, whereas it fits 5 in two pages without LATENCYTOP=y).
>
> Signed-off-by: Hugh Dickins <hugh.dickins@tiscali.co.uk>
> ---
>
> lib/Kconfig.debug | 4 ++++
> 1 file changed, 4 insertions(+)
>
> --- 2.6.30-rc8/lib/Kconfig.debug 2009-05-16 10:26:16.000000000 +0100
> +++ linux/lib/Kconfig.debug 2009-06-08 18:30:50.000000000 +0100
> @@ -826,6 +826,10 @@ config LATENCYTOP
> Enable this option if you want to use the LatencyTOP tool
> to find out which userspace is blocking on what kernel operations.
>
> + Note: enabling this option may add more than 4000 bytes to each
> + task_struct on a 64-bit kernel (more than 2000 bytes to task_struct
> + on a 32-bit kernel), multiplying its memory usage by 4 or even 5.
> +
Ah, nasty - quadratics in action.
This should be improved really. Arjan, what would it take to convert
latencytop over to perfcounters? What would be ideal software
counter for this?
Ingo
prev parent reply other threads:[~2009-06-08 20:52 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-06-08 17:44 [PATCH] latencytop: note task_struct bloat Hugh Dickins
2009-06-08 20:52 ` Ingo Molnar [this message]
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=20090608205237.GA13343@elte.hu \
--to=mingo@elte.hu \
--cc=a.p.zijlstra@chello.nl \
--cc=arjan@infradead.org \
--cc=hugh.dickins@tiscali.co.uk \
--cc=linux-kernel@vger.kernel.org \
--cc=tglx@linutronix.de \
/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