All of lore.kernel.org
 help / color / mirror / Atom feed
From: Yuanfang Chen <cyfmxc@gmail.com>
To: linux-perf-users@vger.kernel.org
Subject: Re: event group without multiplexing
Date: Thu, 12 Nov 2015 10:02:08 -0500	[thread overview]
Message-ID: <CAJh9x3q1ZeJ7U2XFpP2PbaeJ4xtjNJ1K13fYQSjnZKiO2LjKWQ@mail.gmail.com> (raw)
In-Reply-To: <CAJh9x3qCnvz4yWTBxyMp_RZt66L7OXHxbgTcfWaqFBfdZiGkLQ@mail.gmail.com>

And the case can be reduced to

perf stat -e \{r1000248,r148\} -- sleep 1

 Performance counter stats for 'sleep 1':

              7008      r1000248
   <not supported>      r148

       1.001885804 seconds time elapsed

On Thu, Nov 12, 2015 at 9:58 AM, Yuanfang Chen <cyfmxc@gmail.com> wrote:
> Sorry, r1000248 on haswell should be
>
> L1D_PEND_MISS.FB_FULL     0,1,2,3       0,1,2,3,4,5,6,7
>
> On Wed, Nov 11, 2015 at 5:05 PM, Yuanfang Chen <cyfmxc@gmail.com> wrote:
>> Hello
>>
>> I am using a haswell box. (E3-1231 v3). HT enabled.
>>
>> perf stat -e \{cycles,r148,r1000248,r8d1,r40d1\} -- sleep 1
>>
>> with ubuntu version of perf
>>
>> Performance counter stats for 'sleep 1':
>>
>>             756066      cycles
>>               5740      r1000248
>>               5516      r8d1
>>               9064      r40d1
>>                  0        r148
>>
>>        1.001770249 seconds time elapsed
>>
>> with relatively new tip of perf/core:
>>
>>  Performance counter stats for 'sleep 1':
>>
>>             729403      cycles
>>               7250      r1000248
>>               5628      r8d1
>>               9273      r40d1
>>    <not supported>      r148
>>
>>        1.001674174 seconds time elapsed
>>
>> from https://download.01.org/perfmon/HSW/
>>                                                          SMT on
>>           SMT off
>> cpu_clk_unhalted.thread cycles           Fixed counter 2      Fixed counter 2
>> ld_blocks.no_sr    r803                        0,1,2,3
>>  0,1,2,3,4,5,6,7
>> mem_load_uops_retired.l1_miss r8d1   0,1,2,3                  0,1,2,3
>> mem_load_uops_retired.hit_lfb r40d1    0,1,2,3                  0,1,2,3
>> l1d_pend_miss.pending r148                2                          2
>>
>> Seems these five events couldn't be counting at the same time,
>> although in terms of hardware they should get along.  Is this a bug or
>> a limitation I should be aware of? Thank you so much.
>>
>> Yuanfang

  reply	other threads:[~2015-11-12 15:02 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-11-11 22:05 event group without multiplexing Yuanfang Chen
2015-11-12 14:58 ` Yuanfang Chen
2015-11-12 15:02   ` Yuanfang Chen [this message]
2015-11-12 16:51     ` Vince Weaver
2015-11-12 17:40     ` Michael Petlan
2015-11-12 17:51       ` Vince Weaver
2015-11-12 18:00         ` Vince Weaver
2015-11-12 18:12           ` Yuanfang Chen
2015-11-17  0:39           ` Andi Kleen
2015-11-17  3:03             ` Yuanfang Chen
2015-11-21  0:58               ` Andi Kleen

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=CAJh9x3q1ZeJ7U2XFpP2PbaeJ4xtjNJ1K13fYQSjnZKiO2LjKWQ@mail.gmail.com \
    --to=cyfmxc@gmail.com \
    --cc=linux-perf-users@vger.kernel.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.