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
Today the memtrace scheduler uses wall-clock time when there is no simulator tracking time, which happens with analyzers. This leads to extra non-determinism and complex cases like #6966 and makes analyzers look a little bit different from simulators. I originally tried a counter but had trouble due to the idle cases incrementing it much more quickly; the plan is to revisit with a weighted counter.
The text was updated successfully, but these errors were encountered:
Only call gettimeofday once per next_record for instruction quanta,
rather than every get_output_time() call.
Future work will try to revisit using a counter to eliminate the
non-determinism of wall-clock time and make analyzers behavior more
like simulators, easing testing.
Issue: #6971
Only call gettimeofday once per next_record for instruction quanta,
rather than every get_output_time() call.
Future work will try to revisit using a counter to eliminate the
non-determinism of wall-clock time and make analyzers behavior more like
simulators, easing testing.
Issue: #6971
Today the memtrace scheduler uses wall-clock time when there is no simulator tracking time, which happens with analyzers. This leads to extra non-determinism and complex cases like #6966 and makes analyzers look a little bit different from simulators. I originally tried a counter but had trouble due to the idle cases incrementing it much more quickly; the plan is to revisit with a weighted counter.
The text was updated successfully, but these errors were encountered: