linux-kernel - Re: perf: counter and event question

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] [day] [month] [year] [list]

Message-ID: <1262008932.7135.101.camel@laptop>
Date:	Mon, 28 Dec 2009 15:02:12 +0100
From:	Peter Zijlstra <peterz@...radead.org>
To:	Tim Blechmann <tim@...ngt.org>
Cc:	linux-kernel@...r.kernel.org
Subject: Re: perf: counter and event question

On Mon, 2009-12-28 at 14:09 +0100, Tim Blechmann wrote:
> >>>> like it is impossible to sample instructions with a period of 1? 
> >>>
> >>> Pretty much, imagine the cpu getting a trap every cycle.
> >>
> >> is this a hardware restriction? a slowdown is acceptable for me, as long
> >> as i am able to collect a huge number of samples accurately ...
> > 
> > Large number of samples and sample interval are only related through the
> > runtime of your application.
> > 
> > Use a sensible period (~10k ins) and run a 'little' longer.
> 
> well, for my application, i am not interested in statistical data, but
> in the order of the events ...
> (i am not doing profiling, but trying to gather a sequence of
> machine-structured data for an artistic project)

Well, then use the branch tracer, that will give you the relation
between blocks of code and is actually doable.

But I guess you could hack out the throttle and run the cycle counter
with period=1 for userspace only.

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