From: Darren Hart <dvhltc@us.ibm.com>
To: "lkml, " <linux-kernel@vger.kernel.org>
Cc: Peter Zijlstra <peterz@infradead.org>, Ingo Molnar <mingo@elte.hu>
Subject: Lockdep usage
Date: Wed, 21 Apr 2010 23:26:07 -0700 [thread overview]
Message-ID: <4BCFEBFF.4090505@us.ibm.com> (raw)
I'm having some trouble with lockstat. I've enabled CONFIG_LOCK_STATS
and then run the following commands to collect the lock statistics for
the futex_lock test case. I expect this test case to generate a fair
amount of contention on the futex hash bucket locks, but they don't show
up in the stats (in fact, nothing shows up in the stats). I have seen
much longer lock_stat files when I forgot to clear them before the test,
but no hb locks showed up there either.
Is my usage below incorrect? Do I have to somehow annotate the hb->lock
in order for lockstat to track it?
This is as of:
commit a3d3203e4bb40f253b1541e310dc0f9305be7c84
Merge: f937331... ec28dcc...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date: Sun Mar 14 20:29:21 2010 -0700
# echo 0 > /proc/lock_stat; echo 1 > /proc/sys/kernel/lock_stat;
./futex_lock -i10000000 -p1000 -d20; cat /proc/lock_stat >
lock.lockstat; echo 0 > /proc/sys/kernel/lock_stat
futex_lock: Measure FUTEX_LOCK operations per second
Arguments: iterations=10000000 threads=256 adaptive=no
period=1000 duty-cycle=20%
Result: 731 Kiter/s
# cat lock.lockstat
lock_stat version 0.3
*WARNING* lock debugging disabled!! - possibly due to a lockdep warning
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
class name con-bounces contentions
waittime-min waittime-max waittime-total acq-bounces
acquisitions holdtime-min holdtime-max holdtime-total
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
#
Thanks,
--
Darren Hart
IBM Linux Technology Center
Real-Time Linux Team
next reply other threads:[~2010-04-22 6:26 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-04-22 6:26 Darren Hart [this message]
2010-04-22 7:06 ` Lockdep usage Yong Zhang
2010-04-22 14:57 ` Darren Hart
2010-04-23 0:34 ` Jiri Kosina
2010-04-23 14:35 ` Darren Hart
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=4BCFEBFF.4090505@us.ibm.com \
--to=dvhltc@us.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=peterz@infradead.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 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.