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
Currently we force pulser prior to serializing the result. This has couple of downsides:
This sometimes results in a massive computation at an arbitrary point, especially at the beginning of the epoch. By itself it is not a huge deal, since it happens in a separate thread, but it puts pressure on the garbage collector which does affect the running node.
That computation is discarded after serialization is done. Which means that same computation will continue being performed by the pulser until the end of the epoch
There are two approaches we can try to alleviate this issue:
Store the initial state and perform the pulser computation upon deserialization.
Store the actual pulser state.
The first approach will affect the startup time of the node, while the second approach will probably be the most complicated, but it has no issues with performance.
I believe we should first try the 1st approach, because it should be easy and see how does it affect the snapshotting profile.
The text was updated successfully, but these errors were encountered:
Currently we force pulser prior to serializing the result. This has couple of downsides:
There are two approaches we can try to alleviate this issue:
The first approach will affect the startup time of the node, while the second approach will probably be the most complicated, but it has no issues with performance.
I believe we should first try the 1st approach, because it should be easy and see how does it affect the snapshotting profile.
The text was updated successfully, but these errors were encountered: