[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20110501044551.GB16177@alboin.amr.corp.intel.com>
Date: Sat, 30 Apr 2011 21:45:51 -0700
From: Andi Kleen <ak@...ux.intel.com>
To: Corey Ashford <cjashfor@...ux.vnet.ibm.com>
Cc: Thomas Gleixner <tglx@...utronix.de>,
Pekka Enberg <penberg@...nel.org>,
Vince Weaver <vweaver1@...s.utk.edu>,
torvalds@...ux-foundation.org, Ingo Molnar <mingo@...e.hu>,
linux-kernel@...r.kernel.org,
Peter Zijlstra <peterz@...radead.org>,
Stephane Eranian <eranian@...il.com>,
Carl Love <carll@...ibm.com>
Subject: Re: re-enable Nehalem raw Offcore-Events support
> I would say that most if not all of the events are not generalizable
> in the sense that you are talking about; the events are very
> specific to the Torrent chip. For example, the Torrent chip
It's similar also on Intel chips. There are lots of events
which are useful, but are unlikely to have any equivalents
on other designs (or sometimes not even in later/earlier chip
generations). So such a requirement would make it impossible
to support them.
Given a lot of them are obscure, but a lot of others are not
and they can be very useful for specific analyses.
Computers are getting more and more complex and we need all
the help we can get to understand their behaviour.
For example we've been recently using various Nehalem+ events for NUMA
tuning (memory latency and offcore) and it is very useful and
fuitful. But there are a lot of specialities there which do not extend to
other chips.
I've been working around that now by programming the special registers
in user space from special wrapper scripts, but clearly that's not a good
solution and doesn't also work in all cases.
-Andi
--
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