Another benchmark by maintainer of Vue and Vite, Evan You: <a href="https://github.com/yyx990803/vite-vs-next-turbo-hmr" rel="nofollow">https://github.com/yyx990803/vite-vs-next-turbo-hmr</a><p>He seems to imply that Turbopack is very close in performance to existing tooling like Vite in his benchmark, and not 10x better in common cases<p>Edit: his thoughts as of this hour: <a href="https://github.com/yyx990803/vite-vs-next-turbo-hmr/discussions/8" rel="nofollow">https://github.com/yyx990803/vite-vs-next-turbo-hmr/discussi...</a>
I am very excited for Turbopack.<p>I hope to see this considered by the Angular team. Angular is tightly coupled with webpack, however, they've been experimenting with ESBuild, which is included in Angular 14. Vite has been tested by an Angular team member and reported some promising results.
I just hope they don't tightly couple the implementation with ESBuild and fall into the same issue again.<p>Back to Turbopack:<p>> Turbopack is up to 10x and 700x faster than existing approaches.<p>The 700x speed gain compared to webpack is for dev mode changing 30000 files at once.. I understand that it scales very well. But is it realistic to boast about unrealistic scenarios? It erks me.
As a dev who avoids build steps entirely in web stacks, hearing that 1.1 sec startup is excellent, or 10-700x faster than the norm seems strange - I've gotten so used to stuff being instant.<p>If you haven't tried coding a little closer to the "metal" (vanilla js/css/html) I definitely recommend it. Browsers give you a lot out of the box now, and life without builds is sweet - fast iteration time, perfect in-browser dev tool support, and vastly reduced codebase complexity.
Here's the bulk of the code used to generate the code they're building: <a href="https://github.com/vercel/turbo/blob/main/crates/turbopack-create-test-app/src/test_app_builder.rs" rel="nofollow">https://github.com/vercel/turbo/blob/main/crates/turbopack-c...</a><p>They're building basically the same thing over and over again. This surprised me, given their intro post: <a href="https://vercel.com/blog/turbopack" rel="nofollow">https://vercel.com/blog/turbopack</a><p>Relevant quote:<p>> Turbopack is built on Turbo: an open-source, incremental memoization framework for Rust. Turbo can cache the result of any function in the program. When the program is run again, functions won't re-run unless their inputs have changed. This granular architecture enables your program to skip large amounts of work, at the level of the function.<p>I'd be curious to see if a real-world app (or even one generated with more variety in components) showed comparable performance numbers
Something that isn't clear to me: Why, exactly, is it so much faster than even its own build tool(swc)?<p>In other words, what's speeding up here isn't build speed, but the ability to download the updated changes. Right? Or am I wrong?
> Turbopack and Next.js 13.0.1 are out addressing a regression that snuck in prior to public release and after the initial benchmarks were taken. We also fixed an incorrect rounding bug on our website (0.01s → 15ms). We appreciate Evan You's work that helped us identify and correct this.<p>Does this mean they don't have a CI to run benchmarks to gate regressions?
Has this even been released? I went to look for a release on the repo and website and only saw instructions for using it with Next js. Might as well call it Next.js if it can't easily be used with anything else. The only way I found to build it was from the master branch. The latest tip in master is not a release.