How many processes you were running at the same time? For me the numbers don't add up.
Really interesting benchmark. What stood out is how much framework performance depends on architecture choices and how quickly things can change when teams dig into the bottlenecks.
This benchmark is interesting because it highlights something many developers miss: performance differences between frameworks are often more about architecture choices and defaults than raw capability. For example, TanStack Start’s explicit control and Vite-based pipeline can improve developer speed, while Next.js focuses more on server-first optimizations and ecosystem integration. � TanStack One thing I’d add is that real-world performance depends heavily on caching strategy, hydration cost, and app interactivity level, not just SSR benchmarks. A highly interactive app may behave very differently compared to a content-heavy site. It would be valuable to also compare Time to Interactive (TTI) and client-side navigation performance, since those often impact user experience more than initial SSR numbers. I’ve been exploring similar ideas around React architecture and performance trade-offs—this kind of data-driven comparison is exactly what the ecosystem needs.