]> vilimpoc.org git repositories - dotfiles/commit - README.md
dotfiles: record what VTune gives a standard user
authorMax Vilimpoc <max@vilimpoc.org>
Sat, 29 Aug 2026 17:50:50 +0000 (19:50 +0200)
committerMax Vilimpoc <max@vilimpoc.org>
Tue, 1 Sep 2026 10:53:41 +0000 (12:53 +0200)
commit5c01c42c07a9003596daec75d22f779e743f8e55
treebbef3b171d5f372063dea58e6836798eff0bb76d
parent1e91b38f9f50d0f6e706c8f710ad6a77c974799e
dotfiles: record what VTune gives a standard user

Measured on this box as latislab\claude, unelevated: vtune -collect hotspots
runs a full collection and finalization, exit 0.  Hardware event-based sampling
does not -- VTune warns "To collect microarchitecture performance insights, run
the product as administrator" at the top of every unelevated run, and
uarch-exploration and hotspots -knob sampling-mode=hw both fail.  Which matches
Intel's own documentation: a regular user on Windows gets the User-Mode Sampling
analyses and nothing else.

Worth writing down because of how the failure presents: "cannot recognize the
processor", which reads like unsupported hardware and is not.  This is a Kaby
Lake i5-8350U and the sampling drivers (sepdrv5, sepdal, vtss) are installed and
running; VTune identifies the PMU through them and cannot reach them
unelevated.  That last step is inference from the evidence rather than something
confirmed - confirming it takes one elevated run.

And unlike the ETW work in this branch there is no group to join: the Linux
sampling driver can be handed to a vtune group, but on Windows the documented
answer is to elevate.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01YMh8i2QzkHNdE3MkKfcaT6
README.md