Your Copilot+ laptop’s box brags about a 45-TOPS NPU, but nothing in Windows 11 tells you what that number actually buys you in practice. Task Manager shows an “NPU” graph now, yet it reports utilization — a percentage of “busy” — not throughput, not latency, not anything you can compare against another machine.
A benchmark translates the marketing TOPS figure into a number you can actually reason about.
This guide walks you through six checks in technician order: confirming the NPU is present and healthy, picking the right tools, running controlled tests, and interpreting the numbers honestly. Work through them in sequence and you will know exactly what your NPU can and cannot do.
Why this happens
- Windows 11 shows utilization, not throughput: Task Manager’s NPU graph tells you the chip is busy but not how much work it is doing — a 100% reading at a tiny model and a big model look identical, which makes “is it fast?” unanswerable.
- TOPS are a peak number, not a sustained one: The 40+ TOPS figure is measured on ideal INT8 dense matrix work at full power; real models with different precisions, sparsity, and memory patterns rarely hit it, so marketing and measured scores diverge by design.
- NPU drivers and runtime versions change results: Windows ML, the NPU driver, and each app’s runtime all sit in the path; updating any one of them can shift scores by double digits between runs weeks apart.
- Power mode and thermals silently cap the NPU: Battery-saver or “best power efficiency” modes clock the NPU down, and sustained tests throttle it as heat builds — identical tests give different numbers if conditions differ.
- Different benchmarks measure different things: A synthetic TOPS test, a Stable Diffusion inference run, and an LLM token-per-second test exercise different precisions and memory paths, so scores are only comparable within the same tool and workload.
- No built-in, standardized NPU benchmark exists yet: Unlike CPU and GPU testing, there is no PassMark-style standard everyone quotes, so you have to pick tools deliberately and document your setup.
How to fix it
Work through these in order — diagnose first, then act.
Fix 1: Confirm the NPU is present and recognized by Windows
Before benchmarking anything, verify the chip Windows thinks it has. If the NPU is missing or unrecognized, every number you measure is meaningless — you would be benchmarking a fallback, not the silicon.
- Open Task Manager > Performance and look for an NPU tab — on Copilot+ PCs it appears next to CPU and GPU, showing vendor (Qualcomm, Intel, or AMD) and utilization.
- If there is no NPU tab, open Device Manager > Neural processors and check the device status; a yellow warning means the driver failed to load.
- Confirm your machine is actually a Copilot+ PC — the Copilot+ PC requirements need 40+ TOPS; older AI PCs may simply lack the NPU tab.
- Download the latest NPU driver from your laptop maker’s support page — Dell , HP , or Lenovo — since Windows Update drivers lag behind.
- Restart and recheck Task Manager; a healthy NPU idles near 0% and spikes when AI features run.
Fix 2: Set controlled test conditions
NPU numbers are only comparable when the conditions are fixed. Skip this and every comparison — against your own past runs or someone else’s — is noise. This is the same discipline used when diagnosing memory integrity conflicts with NPU drivers , where one changed variable masks the real cause.
- Plug in the charger — battery modes downclock the NPU, so every run must be on AC power.
- Set Settings > System > Power & battery > Power mode to Best performance and turn off Battery saver.
- Close all other apps, especially anything AI-flavored (video calls with effects, Copilot, photo apps) that could steal NPU cycles mid-test.
- Let the laptop sit idle for two minutes so thermals stabilize before the first run.
- Note your driver version and Windows build — write them down, because a later update that moves scores needs a before/after paper trail.
Fix 3: Run a synthetic inference benchmark
Synthetic tests give you the headline number closest to the marketing TOPS figure. They measure raw throughput on a controlled model so you can confirm the NPU reaches its rated performance at all.
- Install a synthetic AI benchmark such as UL Procyon AI Inference (Windows ML backend) or check whether your tool supports your NPU vendor’s execution provider.
- Select the NPU as the target device — most tools default to CPU or GPU, which would benchmark the wrong chip entirely.
- Run the standard inference test suite (typically MobileNet, ResNet, or similar vision models) and record the per-model scores and total.
- Repeat the run twice more; take the median, not the best — the first run often includes warm-up effects and the third catches thermal drift.
- Compare against published scores for your exact NPU (Snapdragon X Elite NPU, Intel Core Ultra NPU, or AMD Ryzen AI NPU) rather than across vendors — different toolchains make cross-vendor synthetic scores unreliable.
Fix 4: Test a real-world generative workload
Synthetic scores are theory; generative workloads are practice. Running an actual diffusion model on the NPU shows you the number that matters day to day — seconds per image — and exposes memory-bandwidth limits that synthetics hide.
- Install an NPU-accelerated image tool that supports your chip, such as a DirectML or Qualcomm AI Hub build of a Stable Diffusion pipeline.
- Pick a fixed prompt, seed, step count, and resolution — changing any of these between runs makes the timing incomparable.
- Time a full generation end to end and record seconds per image, not just the model-inference portion.
- Compare the same workload on CPU and GPU backends to see the NPU’s real advantage — many laptops show a modest NPU win on small models and a big one on sustained batches.
- If generation fails to use the NPU at all, the same app-blocking behavior behind Smart App Control blocking ARM apps can be the culprit — check that security features are not quarantining the AI runtime.
Fix 5: Measure feature latency, not just throughput
For Copilot+ features, what you feel is latency, not TOPS. Live captions, Click to Do, and Studio Effects each run small models where milliseconds of delay matter more than trillions of operations — so measure the delay directly.
- Enable Live captions during a video call and watch for the caption lag; on a healthy NPU it stays under a second of drift from speech.
- Trigger Click to Do (the default key is worth remapping — see how to customize the Click to Do shortcut ) and time how long its suggestions take to appear after selecting text.
- Join a video call with Studio Effects background blur on and check for stutter or frame lag — the NPU should handle this without touching the CPU.
- If any feature lags while the NPU graph stays flat, the work is falling back to CPU or GPU, which usually means a driver or runtime problem, not a slow chip.
- Record these latencies alongside your synthetic scores — together they tell the full story of whether your NPU is pulling its weight.
Fix 6: Document, compare, and re-test after updates
A benchmark is only useful as a reference point. One-off numbers fade; a small log turns every driver update and Windows release into an experiment with a before and after.
- Write down your full setup in one place: laptop model, NPU, driver version, Windows build, power mode, tool, and tool version.
- Save your median synthetic scores, seconds-per-image, and feature latencies next to that setup line.
- After each NPU driver update or Windows feature update, re-run the exact same tests under the same conditions — the same power discipline applies, since Intel wireless driver quirks on AI laptops show how one driver change can ripple into unrelated subsystems.
- Treat a sudden score drop as a regression signal: roll the driver back to your logged version and report it to your laptop maker’s support.
- Re-baseline quarterly — AI runtimes improve steadily, and your NPU may legitimately get faster without any hardware change.
Closing
Benchmarking an NPU is less about the TOPS number on the box and more about building a repeatable test: confirm the chip is healthy, fix your conditions, measure synthetic throughput, then measure the real latency of the features you use. Do that once and every future driver update becomes an answer instead of a question.
