All of lore.kernel.org
 help / color / mirror / Atom feed
From: Keith Owens <kaos@ocs.com.au>
To: Zwane Mwaikambo <zwane@linuxpower.ca>
Cc: Linus Torvalds <torvalds@osdl.org>,
	Linux Kernel <linux-kernel@vger.kernel.org>,
	Andrew Morton <akpm@osdl.org>, Andi Kleen <ak@suse.de>,
	William Lee Irwin III <wli@holomorphy.com>
Subject: Re: [PATCH][1/4] Completely out of line spinlocks / i386
Date: Mon, 23 Aug 2004 10:29:48 +1000	[thread overview]
Message-ID: <22241.1093220988@ocs3.ocs.com.au> (raw)
In-Reply-To: Your message of "Sun, 22 Aug 2004 17:53:29 -0400." <Pine.LNX.4.58.0408221740090.27390@montezuma.fsmlabs.com>

On Sun, 22 Aug 2004 17:53:29 -0400 (EDT), 
Zwane Mwaikambo <zwane@linuxpower.ca> wrote:
>With the readprofile and oprofile changes it's still not that easy to
>determine which locks are being contended as the samples generally are
>being charged to the function the lock is being contended in. So some
>investigation has to be done when looking at profiles. This could be
>remedied by making the valid PC range include data or, preferably, moving
>spinlock variables into a special section. That way we can simply
>report back the lock word during sampling.

kdb attempts to decode the lock address on ia64.  A lot of the time,
the lock is dynamically allocated (think inodes) so symbol lookup is no
good.  I find that the decoding the lock is useful but not required,
the function that contended on the lock is more interesting.


  reply	other threads:[~2004-08-23  0:30 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-08-21 18:28 [PATCH][1/4] Completely out of line spinlocks / i386 Zwane Mwaikambo
2004-08-21 18:34 ` Andrew Morton
2004-08-21 18:42   ` Zwane Mwaikambo
2004-08-21 18:35 ` Andrew Morton
2004-08-22  5:41   ` Zwane Mwaikambo
2004-08-22 20:21 ` Linus Torvalds
2004-08-22 21:53   ` Zwane Mwaikambo
2004-08-23  0:29     ` Keith Owens [this message]
2004-08-23  4:40       ` David S. Miller
2004-08-23  8:20         ` Zwane Mwaikambo

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=22241.1093220988@ocs3.ocs.com.au \
    --to=kaos@ocs.com.au \
    --cc=ak@suse.de \
    --cc=akpm@osdl.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=torvalds@osdl.org \
    --cc=wli@holomorphy.com \
    --cc=zwane@linuxpower.ca \
    /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.