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
When using a custom clock for simulated time, it's possible for multiple log events from 1 thread to have exactly the same timestamp.
They then get re-sorted by the backend worker thread, which doesn't maintain relative ordering of events retrieved from the same queue. So sequential events from 1 thread appear in a different order, which seems wrong.
A simple fix is to add a sequence number to the key of the std::priority_queue used for re-ordering events.
The text was updated successfully, but these errors were encountered:
When using a custom clock for simulated time, it's possible for multiple log events from 1 thread to have exactly the same timestamp.
They then get re-sorted by the backend worker thread, which doesn't maintain relative ordering of events retrieved from the same queue. So sequential events from 1 thread appear in a different order, which seems wrong.
A simple fix is to add a sequence number to the key of the std::priority_queue used for re-ordering events.
The text was updated successfully, but these errors were encountered: