linux-perf-users.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Christian Neugebauer <christian@neugemail.de>
To: "Liang, Kan" <kan.liang@intel.com>
Cc: Michael Petlan <mpetlan@redhat.com>,
	Christian Neugebauer <christian.neugebauer@smail.inf.h-brs.de>,
	"linux-perf-users@vger.kernel.org"
	<linux-perf-users@vger.kernel.org>
Subject: RE: Haswell EP some uncore imc counter are missing
Date: Wed, 28 Sep 2016 00:20:08 +0200	[thread overview]
Message-ID: <1475014808.6854.0@smtp.gmail.com> (raw)
In-Reply-To: <37D7C6CF3E00A74B8858931C1DB2F07750C6289A@SHSMSX103.ccr.corp.intel.com>

Sorry for my late reply, I was gone.

@Kan: perfect, thanks a lot for the clarification! That was actually 
the point where I got confused, because I saw that there were 8 imc 
counter registered in the source code for Haswell-EP. Now, I don't have 
to worry to miss any information regarding the imc counter.

@Michael: thank you for your reply as well!


On Mi, Sep 21, 2016 at 10:16 , Liang, Kan <kan.liang@intel.com> wrote:
> 
> Haswell EP can only support at most 4 channels for each processor.
> That's correct that you only observe 4 IMCs.
> 
> However, there are 8 possible device location for IMC channels on 
> Haswell.
> Where are those channels located depends on the memory configuration, 
> which is different among machines.
> 
> In uncore driver, we have all 8 possible device coded.  It's from 
> imc_0 to imc_7.
> But there will be only 4 IMCs observed at runtime. The unused ones 
> are hidden.
> 
> Thanks,
> Kan
> 
> 
>>  On Sat, 17 Sep 2016, Christian Neugebauer wrote:
>>  >
>>  > Hi,
>>  >
>>  > We encountered the following problem with perf. We want to 
>> measure the
>>  > total memory bandwidth by using the uncore imc counter 
>> uncore_imc_0,
>>  > uncore_imc_1, ..., uncore_imc_7. In our system the counter
>>  > uncore_imc_2, uncore_imc_3, uncore_imc_6, uncore_imc_7 are NOT 
>> listed
>>  > under /sys/devices. Only uncore_imc_0, uncore_imc_1, uncore_imc_4,
>>  > uncore_imc_5 are available (linked under /sys/device and 
>> accessible via
>>  perf).
>>  >
>> 
>>  Hi,
>> 
>>  When I tested uncore with perf on (probably) the same (or very 
>> similar)
>>  Haswell EP CPU as the one of yours, I also have seen only imcs 0, 
>> 1, 4, 5. Are
>>  you sure the 2, 3, 6, 7 should really be there (are supported by 
>> the CPU itself)?
>> 
>>  My guess would be that the 2, 3, 6, 7 slots are reserved/unused.
>> 
>>  Could you attach more info about your CPU topology (cpuid, lstopo, 
>> ...)?
>> 
>>  This was the CPU I used:
>> 
>>  Intel(R) Xeon(R) CPU E5-2697 v3 @ 2.60GHz
>>  Family: 6
>>  Model: 63
>>  Stepping: 2
>>  RAM: 31976 MB
>>  56 processors on 28 cores organized into 2 numa nodes
>> 
>>  Unfortunatelly, I didn't stored my topology logs, however I think 
>> it is as I said
>>  above.
>> 
>>  Cheers,
>>  Michael
>> 
>> 
>>  > Our setup:
>>  >
>>  > - 2 x Intel Xeon E5-2697 v3 (Haswell EP)
>>  > - uname -a
>>  > Linux wr5 2.6.32-642.4.2.el6.x86_64 #1 SMP Tue Aug 23 11:15:56 CDT
>>  > 2016
>>  > x86_64 x86_64 x86_64 GNU/Linux
>>  > - perf --version
>>  > perf version 2.6.32-642.4.2.el6.x86_64.debug
>>  >
>>  > From my understanding 8 imc counter in total should be available 
>> for
>>  > Haswell EP. The kernel is a fresh build which seems to have all 
>> latest
>>  > perf changes in it. I also checked the perf source code briefly. I
>>  > could do more debugging and try to find out the problem but before
>>  > that I want to know if this is either a known problem, an unknown
>>  > problem or no problem at all because there are restrictions that 
>> I'm not
>>  aware of.
>>  >
>>  > I also double checked other machines (same kernel though). E.g 
>> Intel
>>  > Xeon
>>  > E5-2697 v2 (Ivy Bridge EP) shows me 8 counters as expected, and 
>> if I
>>  > remember correctly Intel Xeon EP E5-2670 (Sandy Bridge EP) had 4
>>  > counter, could double check that if necessary.
>>  >
>>  > Chris
>>  > --
>>  > Christian Neugebauer
>>  >
>>  > --
>>  > To unsubscribe from this list: send the line "unsubscribe 
>> linux-perf-users"
>>  > in
>>  > the body of a message to majordomo@vger.kernel.org More majordomo
>>  info
>>  > at  http://vger.kernel.org/majordomo-info.html
>>  >
>>  --
>>  To unsubscribe from this list: send the line "unsubscribe 
>> linux-perf-users" in
>>  the body of a message to majordomo@vger.kernel.org More majordomo
>>  info at  http://vger.kernel.org/majordomo-info.html
> 

      reply	other threads:[~2016-09-27 22:20 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-09-17 16:01 Haswell EP some uncore imc counter are missing Christian Neugebauer
2016-09-21 12:07 ` Michael Petlan
2016-09-21 20:16   ` Liang, Kan
2016-09-27 22:20     ` Christian Neugebauer [this message]

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=1475014808.6854.0@smtp.gmail.com \
    --to=christian@neugemail.de \
    --cc=christian.neugebauer@smail.inf.h-brs.de \
    --cc=kan.liang@intel.com \
    --cc=linux-perf-users@vger.kernel.org \
    --cc=mpetlan@redhat.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).