Hey Everyone,

I am running m5 in ALPHA_FS mode and I am trying to take a checkpoint after
17,175M instructions into the sjeng spec2006 benchmark.  (This instruction
count is a reported Simpoint for the benchmark and is thus an ideal portion
of the benchmark to simulate instead of the entire run).  I am properly
compiling and running ALPHA_FS, and I have the binary on a mounted disk
image file and am able to run the benchmark from the command line inside the
simulator -- I am just unsure how best to go about taking the checkpoint.

I know the 'm5 benchmark [delay [period]]' command takes "ticks" as its
arguments.  Is there a better way to go about taking a checkpoint after
17,175M instructions than guessing how many simulator ticks it will take to
execute this many instructions?

I am running this all on a single TimingSimpleCPU with caches.  Some digging
has shown that the stats "system.cpu.num_insts" statistic does not
differentiate between kernel instructions and user instructions.  And also
that the num_insts statistic does not necessarily correlate as 1 cycle = 1
instruction because TimingSimpleCPU can stall.

It would seem that m5 would be able to differentiate between kernel
instructions and user instructions.  Is there a smarter way to set up my
checkpoint 17,175 M instructions into the spec program?  Or should I abandon
this plan entirely and simply run ALPHA_SE mode with the binary where
instruction count-based checkpointing is already readily implemented?

Thanks so much,
Alex Edwards
_______________________________________________
gem5-users mailing list
gem5-users@m5sim.org
http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users

Reply via email to