[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1290085596.30543.112.camel@gandalf.stny.rr.com>
Date: Thu, 18 Nov 2010 08:06:36 -0500
From: Steven Rostedt <rostedt@...dmis.org>
To: Frederic Weisbecker <fweisbec@...il.com>
Cc: Peter Zijlstra <peterz@...radead.org>,
Thomas Gleixner <tglx@...utronix.de>,
linux-kernel@...r.kernel.org, Ingo Molnar <mingo@...e.hu>,
Andrew Morton <akpm@...ux-foundation.org>,
Darren Hart <dvhart@...ux.intel.com>,
Linus Torvalds <torvalds@...ux-foundation.org>,
"jason.wessel" <jason.wessel@...driver.com>,
Ted Ts'o <tytso@....edu>,
Mathieu Desnoyers <mathieu.desnoyers@...icios.com>
Subject: Re: [RFC][PATCH 0/2] tracing: Have trace_printk()s in the events/
directory
On Thu, 2010-11-18 at 13:53 +0100, Frederic Weisbecker wrote:
> n other solution, which have been talking with Thomas yesterday, would be
> to allow having a single fd for several perf_events at once. That would
> solve some problems when you have hundreds of events opened (think about
> wide tracing, or use of all individual syscalls).
I would highly recommend this. One type of tracing I do all the time is
to enable all events (over 600). I don't think that is currently
possible with trace and/or perf.
Ftrace has no issue simple because it just stores all the events into a
single buffer (per cpu though). It does not care if there's one event or
1000.
You need to figure out how to do this as well with the function tracer.
Of course you can just have it as a single event and filter as needed.
-- Steve
--
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