-
-
Notifications
You must be signed in to change notification settings - Fork 109
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Optimize request handling #166
Comments
I think my numbers are around 20s cold, 10s warm. This is very exactly the worst-case setup for WMR though: it's typescript with JSX, so we pass modules through both Sucrase and Acorn, and all modules are 1kb so they get parsed synchronously by the browser. |
Pasting our thoughts from slack earlier today on what we could do to improve performance:
|
Update from me: we should re-test this with the dev-time SSR from #169, since it provides all of the page's modules as flat |
@andrewiggins pointed us to this tweet which points to a benchmark of dev mode for bundlers. It's a project with 3k components.
https://github.com/kenotron/scale-test
Tried it with wmr and we run into the same problems. Fullfilling all 3k requests takes about 20s and nearly all of them are stalled due to the browser's limit on handling parallel requests.
Can't get results via our
--http2
flag as the certificate authority fails on MacOS for me.The text was updated successfully, but these errors were encountered: