[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <1280822440.1923.403.camel@laptop>
Date: Tue, 03 Aug 2010 10:00:40 +0200
From: Peter Zijlstra <peterz@...radead.org>
To: Hitoshi Mitake <mitake@....info.waseda.ac.jp>
Cc: Frederic Weisbecker <fweisbec@...il.com>,
Steven Rostedt <rostedt@...dmis.org>,
linux-kernel@...r.kernel.org, h.mitake@...il.com,
Ingo Molnar <mingo@...e.hu>, Paul Mackerras <paulus@...ba.org>,
Arnaldo Carvalho de Melo <acme@...hat.com>,
Jason Baron <jbaron@...hat.com>,
Xiao Guangrong <xiaoguangrong@...fujitsu.com>,
Jens Axboe <axboe@...nel.dk>
Subject: Re: [PATCH RFC] perf lock: Add new event "lock_acquired_waittime"
for contention analysis
On Tue, 2010-08-03 at 16:37 +0900, Hitoshi Mitake wrote:
> But, I believe that
> - lock validation
> - lock tracing
> - in kernel light weight lock usage statistics
> should be divided into individual features, at least.
> And tracing and statistics should be available for production kernel,
> ideally.
>
> How do you think about this point?
Both the lock usage and lock validation use the lock classification
scheme and thus require the bloated lock structures, and hence I don't
think its at all reasonable to do that runtime.
lock tracing could possibly be done by patching all lock sites, but we'd
have to be somewhat careful there too not to make the whole spinlock
code even worse than it already is.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists