All of lore.kernel.org
 help / color / mirror / Atom feed
From: Nick Piggin <nickpiggin@yahoo.com.au>
To: Rick Lindsley <ricklind@us.ibm.com>,
	Ingo Molnar <mingo@redhat.com>, John Hawkes <hawkes@sgi.com>,
	linux-kernel <linux-kernel@vger.kernel.org>
Subject: Scheduler balancing statistics
Date: Fri, 02 Apr 2004 17:18:44 +1000	[thread overview]
Message-ID: <406D13D4.8040607@yahoo.com.au> (raw)

Hi,
I have been adapting Rick's schedstats package to extract
more information from the sched-domains infrastructure.

Before I release a patch, I'd like some input as to what
statistics people want covered, and in what form they would
like them presented (I'm talking only about balancing).

I have covered the basic stuff I could think of, and
written a small C program to parse it (I'm no good at perl)
and output this (sorry it is still pretty ugly):

npiggin@didi:~/usr/src/linux-2.4$ stats7 pre post
For domain0
  31.005358l load balance calls / s move 1.162474l tasks / s
   Of which, 66.198008l% calls and 67.187500l% task moves from idle balancing
    93.539823l% found no imbalance
    2.654867l% found an imbalance but failed
    30.232558l% of tasks were moved with cache nice
   Of which, 25.834798l% calls and 28.125000l% task moves from busy balancing
    95.918367l% found no imbalance
    0.000000l% found an imbalance but failed
    100.000000l% of tasks were moved with cache nice
   Of which, 7.967194l% calls and 4.687500l% task moves from newidle balancing
    94.117647l% found no imbalance
    0.000000l% found an imbalance but failed
    100.000000l% of tasks were moved with cache nice
  0.000000l active balances / s  move 0.000000l tasks / s
  0.036327l passive load balances / s
  2.070657l affine wakeups / s
  0.000000l exec balances / s

This was the behaviour during a make -j4 bzImage on a 2xSMP. For
a NUMA system, it would also give you domain1 for example.

A few interesting things this tells us: load_balance is being
called 31 times per second, ~95% of the time there is no imbalance,
and it moves 1.16 tasks per second.

idle balancing is going over the cache_nice_tries limit 70% of
the time which might warrant cache_nice_tries being increased.

etc.

Comments?

             reply	other threads:[~2004-04-02  7:19 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-04-02  7:18 Nick Piggin [this message]
2004-04-02  7:35 ` Scheduler balancing statistics Rick Lindsley
2004-04-02  7:52   ` Nick Piggin
2004-04-02  8:53     ` Rick Lindsley
2004-04-02  9:59       ` Nick Piggin

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=406D13D4.8040607@yahoo.com.au \
    --to=nickpiggin@yahoo.com.au \
    --cc=hawkes@sgi.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@redhat.com \
    --cc=ricklind@us.ibm.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.