You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Originally posted by metcoder95 February 29, 2024
Hey! 馃憢
Wanted to open a discussion just to get your thoughts on this as I have been thinking about this topic for a while.
I've seen recently quite a few PRs for doing optimizations over fetch especially, and I believe and appreciate all of them as it's super helpful to have people contributing to those ends. Highly appreciated.
Nevertheless, I'm starting to see a pattern of constant micro-optimizations (sometimes companioned by micro-benchmarks) that focus on pretty specific parts of the whole flow on fetch that often than not might not make a big impact if we take a holistic view over the fetch implementation (e.g. cold-paths, use cases that are not often seen, etc.).
I believe that those contributions can be of even greater value if we shift that focus to the holistic view of fetch and how the numbers change based on the changes proposed and if they are of impact or not, as it will help assess the value of the change as well as what other parts we can shift our focus to make fetch faster (or even undici).
For instance we can focus on having a better benchmark setup for fetch only, its Web APIs (e.g. Cookies, CacheStorage, WebSocket, etc.).
Feel free to discard the idea, or maybe propose something different 馃檪
I'll try to draft something later this week, but any suggestion is welcomed
The text was updated successfully, but these errors were encountered:
Discussed in #2891
Originally posted by metcoder95 February 29, 2024
Hey! 馃憢
Wanted to open a discussion just to get your thoughts on this as I have been thinking about this topic for a while.
I've seen recently quite a few PRs for doing optimizations over
fetch
especially, and I believe and appreciate all of them as it's super helpful to have people contributing to those ends. Highly appreciated.Nevertheless, I'm starting to see a pattern of constant micro-optimizations (sometimes companioned by micro-benchmarks) that focus on pretty specific parts of the whole flow on
fetch
that often than not might not make a big impact if we take a holistic view over thefetch
implementation (e.g. cold-paths, use cases that are not often seen, etc.).I believe that those contributions can be of even greater value if we shift that focus to the holistic view of
fetch
and how the numbers change based on the changes proposed and if they are of impact or not, as it will help assess the value of the change as well as what other parts we can shift our focus to makefetch
faster (or evenundici
).For instance we can focus on having a better benchmark setup for
fetch
only, its Web APIs (e.g.Cookies
,CacheStorage
,WebSocket
, etc.).Feel free to discard the idea, or maybe propose something different 馃檪
The text was updated successfully, but these errors were encountered: