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]
Date:	Wed, 21 Oct 2015 00:28:44 +0200
From:	Andi Kleen <andi@...stfloor.org>
To:	Peter Zijlstra <peterz@...radead.org>
Cc:	Andi Kleen <andi@...stfloor.org>, linux-kernel@...r.kernel.org,
	Andi Kleen <ak@...ux.intel.com>,
	Ingo Molnar <mingo@...nel.org>,
	Thomas Gleixner <tglx@...utronix.de>
Subject: Re: [PATCH] x86, perf: Use INST_RETIRED.PREC_DIST for cycles:pp on
 Skylake

> Typically on workstations you do not, because there's only a single
> user, but on servers it might be more common.  The thing I expect to be
> most common is having both a CPU wide and a per task cycle counter
> enabled.

With multiple users they would sample only their own processes.
That works fine. The only thing that needs multiplexing is overlapping
sampling.

perf top also works fine because it doesn't use PEBS by default.

> And you having killed the flag bits for PEBS events precludes people
> from using this manually, right?  I think we want to exempt .inv=1
> .cmask=16 from that general rule on general utility value.

I don't want to do this for every event. It has caused problems
in the past. There's also no reason to use the other events.

> We could maybe abuse .precise_ip = 3 for this?

I implemented this now, even though it's ugly.

-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

Powered by Openwall GNU/*/Linux Powered by OpenVZ