Short answer: use Vite 8 (on the Rolldown engine) for a new, framework-agnostic project; migrate to Rspack if you're leaving an existing webpack setup; and use Turbopack only for the Next.js dev server, since its production build is still not stable as of August 2026. All three are Rust-powered attempts to escape webpack's single-threaded bottleneck, matured at different speeds.
Why is everyone moving off webpack?
webpack's core limitation is that its bundling logic runs in JavaScript, which means single-threaded parsing on large projects, slow cold starts, and laggy hot module replacement (HMR). Vite, Turbopack, and Rspack all solve this by moving parsing and transformation into Rust (Turbopack, Rspack) or a Rust-based engine (Vite's Rolldown), spreading the work across CPU cores instead of one.
The gap shows up in real numbers: Rolldown's own benchmarks report bundling 19,000 modules — with minification and source maps — in 1.61 seconds. That's a different order of magnitude from a webpack production build on a similarly sized project, which can still take tens of seconds.
Is Vite's Rolldown engine stable yet?
Yes. Vite 8 shipped on March 12, 2026 running Rolldown as its single bundler, eliminating the old split where the dev server used esbuild and production builds used Rollup. Rolldown itself reached 1.0 on May 7, 2026, so as of August 2026 both Vite 8 and Rolldown are considered production-stable.
That unification matters because it closes the classic dev/prod mismatch, where code behaves differently in development than in the final build, since the same Rust engine now runs both. Plugin compatibility has held up well too: Vite's plugin API stayed stable through the transition, so most existing Vite plugins work with Rolldown without changes.
Why isn't Turbopack a full bundler yet?
Turbopack is fast and mature for the Next.js development server, but its production build path (next build --turbo) is still not stable as of August 2026. That makes it a strong dev-time tool but not yet something to recommend as your full build pipeline.
Turbopack also isn't an option outside Next.js — Vercel builds it specifically for its own framework. If being locked into the Next.js ecosystem doesn't bother you, and you're fine leaving the production build on webpack or Rspack for now, Turbopack is a reasonable pick purely for the dev-loop speed.
When should you pick Rspack instead?
Rspack wins on raw production build speed because it parallelizes the entire bundling process in Rust and scales close to linearly with CPU core count — a gap that widens further on large, multi-core CI machines. It's also largely compatible with the webpack plugin API, so migrating an existing webpack config usually doesn't require a rewrite from scratch.
That makes Rspack's use case specific: if you have a webpack project that's accumulated years of plugins and loaders and you don't want to rewrite it, Rspack is the lowest-friction path. If you're starting from zero, that advantage disappears, since there's no webpack config to migrate in the first place.
How do the three tools actually compare?
Criterion | Vite 8 (Rolldown) | Turbopack | Rspack |
|---|---|---|---|
Production build speed | Very fast — up to 13x faster than pre-Rolldown Vite | Unstable (still experimental) | Fastest; scales near-linearly with cores |
HMR / dev experience | Fast, mature | Very fast, tuned specifically for Next.js | Fast, close to webpack's model |
Framework coupling | Framework-agnostic | Next.js only | Framework-agnostic |
webpack config compatibility | Low (different plugin API) | None | High |
Best fit | New project, framework-agnostic team | Next.js dev server | Migrating an existing webpack project |
What does a Vite 8 config actually look like?
The most reassuring part of the Rolldown migration is that a typical vite.config file barely changes. Here's what a standard Vite 8 setup looks like:
import { defineConfig } from 'vite'
import react from '@vitejs/plugin-react'
export default defineConfig({
plugins: [react()],
build: {
target: 'es2022',
sourcemap: true,
},
})Rolldown simply replaces both esbuild and Rollup as the engine reading this file, so the plugin declarations in the plugins array stay the same for most teams — meaning most upgrades don't touch the config file at all. The exception to watch for is a custom plugin built directly against the esbuild or Rollup API; those are the rare cases that need updating to Rolldown's equivalent API.
What should you watch for during migration?
Plugin compatibility is the biggest risk: moving from webpack to Vite means finding a Vite equivalent for loader-based plugins, like custom Babel transforms, and that equivalent doesn't always map one-to-one. Migrating to Rspack has an easier path thanks to high webpack API compatibility, but a handful of less-common webpack plugins — especially ones depending on native Node.js modules — can still break.
If cutting CI time is the actual goal, migrate one package (in a monorepo) or a single feature branch to the new bundler first and measure real build times — every vendor's published benchmark runs on its own hardware and project shape, so don't decide off a marketing page without testing against your own codebase.
Bundler choice is only half the build pipeline. If you also want faster linting and formatting, see our piece on Biome and Oxlint replacing ESLint. For faster TypeScript compilation specifically, check out TypeScript 7's Go-native compiler. And if you're deciding between frameworks rather than just bundlers, our Astro vs Next.js comparison covers that adjacent decision.
Which bundler should you actually pick?
For a new, framework-agnostic project, Vite 8 is the least-friction, most mature choice. If you're staying on Next.js and just want a faster dev loop, run Turbopack in development and keep production builds on webpack or Rspack. If you're trying to speed up a large, existing webpack project without rewriting it, Rspack is the most practical path.
Frequently Asked Questions
Is Vite or Turbopack faster?
Both are very fast in development, and the difference usually comes down to project size rather than the tool itself. A fair production-build comparison isn't really possible yet, since Turbopack's production build is still unstable as of August 2026 — Vite 8 on Rolldown is the stable, fast option for production builds today.
Can Rspack fully replace webpack?
For most projects, yes — Rspack is largely compatible with the webpack plugin API, so you can migrate without rewriting your config from scratch. A small number of niche webpack plugins that depend on native Node.js modules can still cause problems, so test on a branch before switching your main build.
Are Rolldown and Vite 8 the same thing?
No. Rolldown is a standalone Rust-based bundling engine that reached its 1.0 release on May 7, 2026. Vite 8, released March 12, 2026, adopted Rolldown as its single bundler, retiring the old split between esbuild (dev) and Rollup (production).
Is it safe to use Turbopack for production builds?
Not recommended as of August 2026. next build --turbo is still experimental; for a production-critical project, it's safer to keep the production build on webpack or Rspack and use Turbopack only for the dev server.
