0
在SE模式下,将每个打印数据与其对应的m5op关联起来要容易得多。如何在Gem5的FS模式下将stats打印与m5ops相关联?
但是,在有相同'stats.txt'文件的multiple(数十甚至数百)统计信息发生的FS模式下,我们如何识别以下内容:
哪些stats打印对应什么?
OR
至少,其中所述统计信息印刷的是由用户调用m5ops的续集?
在SE模式下,将每个打印数据与其对应的m5op关联起来要容易得多。如何在Gem5的FS模式下将stats打印与m5ops相关联?
但是,在有相同'stats.txt'文件的multiple(数十甚至数百)统计信息发生的FS模式下,我们如何识别以下内容:
哪些stats打印对应什么?
OR
至少,其中所述统计信息印刷的是由用户调用m5ops的续集?
每个统计转储是包裹着:
---------- Begin Simulation Statistics ----------
sim_seconds 0.000001 # Number of seconds simulated
sim_ticks 1000 # Number of ticks simulated
...
---------- End Simulation Statistics ----------
在全系统模拟器转储统计是在退出的唯一一次,其余全部是由您的runScript和你的应用驱动。因此除了最后一个包含开始 - 结束模拟统计信息之外的所有统计块都对应于由m5op发出的转储。如果您需要更准确地了解哪个事件导致了哪个转储,您可以检查pseudo_inst.cc文件并相应地添加/修改它。这可能会在较新的版本中实现,但我没有及时更新。
根据我的问题中附加的链接,我认为我们不能说在FS模式下只发生一次统计打印(即,在完整的系统中,模拟器转储统计数据的唯一时间是退出)。我会说不。 – tod
而且,这与我所经历的相同。 – tod
无论如何,你指向的'pseudo_inst.cc'对我来说可能对我有用。谢谢 – tod