Benchmarks
How fast is pnpm, really? We install two real projects with npm, two generations of pnpm, and three pnpm configurations — and install Node.js itself against fnm and nvm.
Data fetched Nov 12, 2026 from pnpm/benchmarks, rebuilt on every deploy.
Install Speed
Two projects installed six ways each — the cache and lockfile states you actually end up in, from a fresh clone to a warm re-run.
alotta-files
A wide dependency graph of small packages — lots of files to link, little to resolve.
Total across all scenarios
- pnpm 12 + pnpr7.29sfastest
- pnpm 12 + global store9.52s1.3x slower
- pnpm 1210.2s1.4x slower
- pnpm 12 hoisted10.6s1.5x slower
- pnpm 1119.5s2.7x slower
- npm1m 9s9.5x slower
All 6 scenarios added up.
Total across all scenarios with usage weights
- pnpm 12 + global store16.3sfastest
- pnpm 12 + pnpr18.3s1.1x slower
- pnpm 12 hoisted21.5s1.3x slower
- pnpm 1222.3s1.4x slower
- pnpm 1148.7s3.0x slower
- npm2m 20s8.6x slower
A typical mix of 20 installs during local development, where the cache is rarely cold: 8× cache + lockfile, 4× cache, 3× everything warm, 2× lockfile, 2× update, 1× clean.
Exact numbers
| Scenario | npmv12.2.2 | pnpm 11v11.28.9 | pnpm 12v12.19.0 | pnpm 12 + pnprv12.19.0 | pnpm 12 + global storev12.19.0 | pnpm 12 hoistedv12.19.0 |
|---|---|---|---|---|---|---|
| cleanA fresh clone. Nothing cached. | 43.2s | 7.26s | 4.44s | 2.50s | 4.72s | 4.57s |
| lockfileCI, first install. | 10.4s | 4.41s | 3.30s | 2.48s | 3.33s | 3.62s |
| cacheReinstalling without a lockfile. | 7.46s | 2.96s | 911ms | 729ms | 440ms | 793ms |
| cache + lockfileReinstalling a project you already have. | 4.79s | 1.77s | 747ms | 789ms | 170ms | 554ms |
| everything warmRunning install when nothing changed. | 669ms | 398ms | 16ms | 15ms | 47ms | 15ms |
| updateA dependency was bumped in package.json. | 2.98s | 2.74s | 807ms | 773ms | 813ms | 1.03s |
alotta-packages
Fourteen modern toolchains — Angular, Nest, Vite, webpack, Storybook — resolving to about a gigabyte.
Total across all scenarios
- pnpm 12 + pnpr21.5sfastest
- pnpm 12 + global store27.0s1.3x slower
- pnpm 1228.6s1.3x slower
- pnpm 12 hoisted31.7s1.5x slower
- pnpm 1157.4s2.7x slower
- npm3m 0s8.4x slower
All 6 scenarios added up.
Total across all scenarios with usage weights
- pnpm 12 + global store45.1sfastest
- pnpm 12 + pnpr52.9s1.2x slower
- pnpm 121m 3s1.4x slower
- pnpm 12 hoisted1m 6s1.5x slower
- pnpm 112m 19s3.1x slower
- npm6m 46s9.0x slower
A typical mix of 20 installs during local development, where the cache is rarely cold: 8× cache + lockfile, 4× cache, 3× everything warm, 2× lockfile, 2× update, 1× clean.
Exact numbers
| Scenario | npmv12.2.2 | pnpm 11v11.28.9 | pnpm 12v12.19.0 | pnpm 12 + pnprv12.19.0 | pnpm 12 + global storev12.19.0 | pnpm 12 hoistedv12.19.0 |
|---|---|---|---|---|---|---|
| cleanA fresh clone. Nothing cached. | 1m 37s | 22.6s | 12.7s | 8.05s | 14.3s | 14.2s |
| lockfileCI, first install. | 28.1s | 11.2s | 8.78s | 7.12s | 8.79s | 10.3s |
| cacheReinstalling without a lockfile. | 26.2s | 10.3s | 2.85s | 2.24s | 1.17s | 2.47s |
| cache + lockfileReinstalling a project you already have. | 14.7s | 4.35s | 2.05s | 2.23s | 471ms | 1.89s |
| everything warmRunning install when nothing changed. | 1.93s | 391ms | 16ms | 20ms | 83ms | 16ms |
| updateA dependency was bumped in package.json. | 12.4s | 8.43s | 2.21s | 1.88s | 2.26s | 2.88s |
- Two projects, run separately: "alotta-files" is a wide graph of small packages, "alotta-packages" is fourteen modern toolchains resolving to about a gigabyte. Both are shown because they do not agree — pnpm leads on each, but by different margins, and pnpr gains far more on the larger graph.
- Within a project the only thing that changes is the package manager, and every manager is measured with the same versions on both projects. Numbers are never combined across projects.
- Each number is the fastest of the three most recent runs.
- Everything installs through the same registry over the same emulated link (50ms, 200Mbps), so the times include the round trips a real install pays for.
- Six scenarios here. The suite measures three more that delete your cache or lockfile but keep node_modules — nobody works that way, so they are left out.
- pnpm 12 + pnpr is the same version and the same command, with resolution handled by the registry instead of locally.
- The three columns after pnpm 12 are that same pnpm 12 configured differently — a global virtual store, a hoisted node_modules, and registry-side resolution. They are shown to make the cost of each setting visible, and are left out of the headline numbers above, which describe pnpm as it installs by default.
Node.js Version Management
pnpm installs and switches Node.js versions itself, so you may not need a version manager at all. Here it is against fnm and nvm.
Total across all scenarios
- pnpm1.82sfastest
- nvm4.25s2.3x slower
- fnm5.94s3.3x slower
All 3 scenarios added up.
Exact numbers
| Scenario | pnpmv12.19.0 | fnmv1.39.0 | nvmv0.41.0 |
|---|---|---|---|
| install (clean)Install Node.js 24, nothing cached. | 1.73s | 2.98s | 2.21s |
| install (warm store)Install a version you had before. | 76ms | 2.95s | 1.99s |
| run in projectRun node in a project pinned to Node.js 22. | 7ms | 5ms | 49ms |
- pnpm keeps Node.js in its store, so a version it has seen before needs no download.
- There is no switch command — the node on your PATH is whatever the project asks for.
- Timed inside a shell with $EPOCHREALTIME, because nvm is a shell function rather than a binary.
How these numbers are produced
Every tool runs on the same machine against the same project, and the timings are committed to pnpm/benchmarks. This page reads them at build time and picks the newest version of each tool.
This is one project on one machine — your numbers will differ. Run pnpm run benchmark to see your own.