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 has been archived by the owner on Aug 12, 2022. It is now read-only.
It's desirable to have the ability to check the exact state a simulation is in. This could be exposed as an epoch which is advanced on each task poll. This would be useful for debugging and verifying fixes.
Users could conditionally add extra debug information based on the epoch. If there is a bug in the system, but logs are too verbose, users could choose to enable trace logging or whatever for a certain epoch range.
Bug fixes could be verified in an isolated way with this approach. Code could be conditionally ran based on the simulation epoch. This could be useful for situations where a particular program state is difficult to arrive at, and adding the fix changes simulation execution in such a way that the original bug is no longer exposed.
Currently, Simulation only allows applications to query the current time via Now::now() as a rough approximation to where a simulation is at in it's execution. While this may work for some cases, it's granular (1ms) and not actually tied to execution of the simulation.
The text was updated successfully, but these errors were encountered:
It's desirable to have the ability to check the exact state a simulation is in. This could be exposed as an epoch which is advanced on each task poll. This would be useful for debugging and verifying fixes.
Users could conditionally add extra debug information based on the epoch. If there is a bug in the system, but logs are too verbose, users could choose to enable trace logging or whatever for a certain epoch range.
Bug fixes could be verified in an isolated way with this approach. Code could be conditionally ran based on the simulation epoch. This could be useful for situations where a particular program state is difficult to arrive at, and adding the fix changes simulation execution in such a way that the original bug is no longer exposed.
Currently, Simulation only allows applications to query the current time via
Now::now()
as a rough approximation to where a simulation is at in it's execution. While this may work for some cases, it's granular (1ms) and not actually tied to execution of the simulation.The text was updated successfully, but these errors were encountered: