lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4F32539D.8030402@linux.vnet.ibm.com>
Date:	Wed, 08 Feb 2012 16:21:09 +0530
From:	Anshuman Khandual <khandual@...ux.vnet.ibm.com>
To:	Stephane Eranian <eranian@...gle.com>
CC:	linux-kernel@...r.kernel.org, peterz@...radead.org, mingo@...e.hu
Subject: Re: Use case for PERF_COUNT_HW_REF_CPU_CYCLES generic PMU event

On Wednesday 08 February 2012 03:21 PM, Stephane Eranian wrote:
> On Wed, Feb 8, 2012 at 10:43 AM, Anshuman Khandual
> <khandual@...ux.vnet.ibm.com> wrote:
>> Hello Stephane,
>>
>> I was going through the following discussion where we added the
>> new HW generic event PERF_COUNT_HW_REF_CPU_CYCLES.
>>
>> https://lkml.org/lkml/2011/12/10/103
>>
>> (Sorry, for asking this question bit late)
>>
>> I am trying to understand the use case for this. Would this new event
>> help us in generating (during a perf session) a CPU frequency invariant
>> time metric against which we would plot our other perf event's measurements ?
>> CPU frequency independent time measurement is it's primary purpose ? or we were
>> finding a way to expose the fixed counter 2 which was not getting used before
>> for not having an event encoding. I guess this would help us in finding equivalent
>> PMU events or mechanisms in other architecture / platforms.
>>
> The goal was to expose a cycle event that is not subject to frequency scaling
> nor turbo boost of any sort. An event that could be used to correlate with time.

> An event that could also be used to compute idle time by comparing its value
> with wall-clock time.

Why kernel computed idle time is not sufficient ? How much accuracy would it
improve in using PMU event computed idle time over kernel computed idle time. 


> 
> The fact that on Intel X86 this event is on fixed counter 2 is an
> implementation
> detail.
> 
>> --
>> Anshuman Khandual
>> Linux Technology Centre
>> IBM Systems and Technology Group
>>
> 

--
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ