I'm saying that the nops may not get counted in committedInsts. Other
users have reported issues when comparing the committed instruction
count between CPU models and typically this is the problem.
If you look in commit_impl.hh, around line 109, you'll see that
instDone() will not get called if the instruction is a nop or
prefetch.
However, a couple of lines earlier committedOps and committedInsts can
be incremented in cases where instDone() isn't called.
This may be the discrepancy that you are seeing.
-Korey
On Fri, Aug 24, 2012 at 8:04 AM, Anthony Gutierrez <atgut...@umich.edu> wrote:
> This is the part of the code where the committedInsts get's incremented, so
> it should match up with that and has nothing to do with the ops.
>
> -Tony
>
>
> On Fri, Aug 24, 2012 at 10:16 AM, Korey Sewell <ksew...@umich.edu> wrote:
>>
>> Tony,
>> check the nop count. That might be the difference that you are seeing.
>>
>> -Korey
>>
>> On Thu, Aug 23, 2012 at 1:24 PM, Anthony Gutierrez <atgut...@umich.edu>
>> wrote:
>> > Hello,
>> >
>> > It seems that the number of committed instructions don't always match up
>> > with an instruction-based exit event, e.g., when using -I. The CPU's
>> > number
>> > of committedInsts can sometime be a few more or less than this value. I
>> > think I understand why the number can be more, if an exit event is
>> > scheduled
>> > when commit commits its 1,000th instruction, other events scheduled for
>> > the
>> > same tick can cause more instructions to be committed. Is that correct?
>> > But,
>> > why can the number of committed instructions ever be less than the
>> > number
>> > that triggers an exit event? I added this to the O3 cpu and dumped and
>> > reset
>> > stats after every exit:
>> >
>> > //inside of instDone()
>> > if (!(thread[tid]->numInst % 1000))
>> > exitSimLoop("1000 insts reached", 0);
>> >
>> > The number of committedInsts dumped after each exit varies but it
>> > usually
>> > within a few % of 1,000. However, it is rarely ever 1,000.
>> >
>> > Thanks,
>> > Tony
>> >
>> > _______________________________________________
>> > gem5-users mailing list
>> > gem5-users@gem5.org
>> > http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
>>
>>
>>
>> --
>> - Korey
>> _______________________________________________
>> gem5-users mailing list
>> gem5-users@gem5.org
>> http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
>
>
>
> _______________________________________________
> gem5-users mailing list
> gem5-users@gem5.org
> http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
--
- Korey
_______________________________________________
gem5-users mailing list
gem5-users@gem5.org
http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
