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
{{ message }}
This repository was archived by the owner on Dec 15, 2022. It is now read-only.
Hey folks! I was chatting with @smashwilson about this idea and he suggested I file an issue to track it.
I'd love to be able to implement the Updatable Bundled Packages RFC so that the GitHub package can release updates independently even though it's a bundled package. The one remaining concern I have is that the load time for the GitHub package increases from ~50ms to ~500ms when it's no longer loaded as part of Atom's V8 snapshot. Since it isn't currently possible to snapshot user-installed packages, we would need to find another way to make up for the load time increase since it will likely be perceptible at this scale.
One possible mitigation is for the GitHub package to lazily load its functionality so the loading cost is spread out more evenly as Atom starts up and becomes ready. Right now it seems that everything gets loaded up right at startup; what I'm imagining is something like this:
GitHub package gets loaded at startup but only requires the minimal code necessary to get going
Package activation hooks into the atom.whenShellEnvironmentLoaded event and waits for that before loading more of its core components (React and Redux maybe?)
Some of the UI elements could be lazily loaded on demand. For instance, the GitHub tab could be required just as it as requested
One problem I can imagine for this right now is that our snapshotting process currently requires that as much package code be loaded into the JavaScript heap as possible so that it will be included. The GitHub package may need to become aware of whether it's being loaded as part of snapshot generation so that it can optimistically load more of its code.
Hey folks! I was chatting with @smashwilson about this idea and he suggested I file an issue to track it.
I'd love to be able to implement the Updatable Bundled Packages RFC so that the GitHub package can release updates independently even though it's a bundled package. The one remaining concern I have is that the load time for the GitHub package increases from ~50ms to ~500ms when it's no longer loaded as part of Atom's V8 snapshot. Since it isn't currently possible to snapshot user-installed packages, we would need to find another way to make up for the load time increase since it will likely be perceptible at this scale.
One possible mitigation is for the GitHub package to lazily load its functionality so the loading cost is spread out more evenly as Atom starts up and becomes ready. Right now it seems that everything gets loaded up right at startup; what I'm imagining is something like this:
atom.whenShellEnvironmentLoadedevent and waits for that before loading more of its core components (React and Redux maybe?)One problem I can imagine for this right now is that our snapshotting process currently requires that as much package code be loaded into the JavaScript heap as possible so that it will be included. The GitHub package may need to become aware of whether it's being loaded as part of snapshot generation so that it can optimistically load more of its code.