Freeze initialized runtime state for use in subsequent executions. #137
ericsnowcurrently
started this conversation in
Ideas
Replies: 3 comments
-
One thing @markshannon suggested is that we start off with the snapshot as just the initial graph of |
Beta Was this translation helpful? Give feedback.
0 replies
-
Could it not be impacted by the runtime environment, like ENV variables? |
Beta Was this translation helpful? Give feedback.
0 replies
-
They would definitely impact the solution. We'd have to figure out how to deal with that. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
This is based on a discusssion @markshannon and I had the other day, but it also relates to discussions I've had with other core devs periodically for several years.
The idea is to start up the runtime, finish initialization, and then take a snapshot of the process memory (or a subset). That snapshot is then rendered as a header file (a la frozen modules) which the runtime can use on subsequent executions to get to that initialized state instead of executing all the usual runtime code. (This is reminiscent of a technique xemacs uses.)
Benefits
Caveats and Challenges
Open Questions
Beta Was this translation helpful? Give feedback.
All reactions