Honestly,
it might be time to just comment out or delete that assertion.

As I recall, that was used when testing the O3CPU for correctness and
to make sure we didnt run out of memory allocating instructions and
never deleting them.

But now it might be more of a hindrance as people simulate with more
CPUs. Doing it perCPU would be nice, but then what happens in x86 code
when you have more microOps (?) or if someone adds some type of new
extension to the front end of the CPU?

I say just go ahead and comment that line out or maybe put a DEBUG,
DPRINTF warning there ...  ...

But I could be wrong...


On Wed, Oct 29, 2008 at 1:06 PM, nathan binkert <[EMAIL PROTECTED]> wrote:
> I think that you're probably right that this number is too low.
> Rather than just increasing this number, it would be nice if we could
> move the instcount variable into the cpu (the dyn inst has a pointer
> to the CPU) so we can get a PerCPU count.  We could then set instcount
> based on the ROB size or something like that.
>
> Any chance you'd be willing to try that out?
>
>  Nate
>
> On Wed, Oct 29, 2008 at 8:49 AM, Clint Smullen <[EMAIL PROTECTED]> wrote:
>> When using four stock O3CPUs, I hit the following assertion after
>> running a long time:
>>
>> m5.fs.opt: build/ALPHA_FS/cpu/base_dyn_inst_impl.hh:178: void
>> BaseDynInst<Impl>::initVars() [with Impl = O3CPUImpl]: Assertion
>> `instcount <= 1500' failed.
>>
>> Given that instcount is a static shared by all processors, and the
>> 1500 is not scaled to account for the number of processors, is it
>> possible the value is just too low? I have attempted to tally up how
>> many instructions could microarchitecturally been in flight, but I am
>> not familiar enough with the precise organization of the O3CPU to say
>> for sure whether or not four cores would clear this limit, though it
>> appears that eight or more cores would easily hit this limit.
>>
>> Is there an issue in the O3 CPU that I am possibly running into, or
>> can I safely disable it?
>>
>> Thanks,
>>        - Clint Smullen
>> _______________________________________________
>> m5-users mailing list
>> [email protected]
>> http://m5sim.org/cgi-bin/mailman/listinfo/m5-users
>>
>>
> _______________________________________________
> m5-users mailing list
> [email protected]
> http://m5sim.org/cgi-bin/mailman/listinfo/m5-users
>



-- 
----------
Korey L Sewell
Graduate Student - PhD Candidate
Computer Science & Engineering
University of Michigan
_______________________________________________
m5-users mailing list
[email protected]
http://m5sim.org/cgi-bin/mailman/listinfo/m5-users

Reply via email to