no_mshr corresponds to unavailability of mshr entries (mshr is full). the processor is blocked till a particular entry is free (after the response comes which causes deallocation of mshr entry)
On Thu, Aug 8, 2013 at 10:25 AM, Mahmood Naderan <[email protected]>wrote: > Hi, > I see some stats regarding block causes. > system.l2.blocked_cycles::no_mshrs 9584945079 # number of > cycles access was blocked > system.l2.blocked_cycles::no_targets 0 # number of > cycles access was blocked > system.l2.blocked::no_mshrs 1765905 # number of cycles > access was blocked > system.l2.blocked::no_targets 0 # number of cycles > access was blocked > > With the descriptions and the source code, it is not very clear what > does "no_mshr" mean? Also in the code, I see > > void clearBlocked(BlockedCause cause) > { > uint8_t flag = 1 << cause; > blocked &= ~flag; > DPRINTF(Cache,"Unblocking for cause %d, mask=%d\n", cause, > blocked); > if (blocked == 0) { > blocked_cycles[cause] += curTick() - blockedCycle; > cpuSidePort->clearBlocked(); > } > } > > Here it seems that the cause is an *enum* variable, but there is no > description for that. > Any comment is appreciated. > > -- > Regards, > Mahmood > _______________________________________________ > gem5-users mailing list > [email protected] > http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users > -- *thanks®ards * *BISWABANDAN* http://www.cse.iitm.ac.in/~biswa/ “We might fall down, but we will never lay down. We might not be the best, but we will beat the best! We might not be at the top, but we will rise.”
_______________________________________________ gem5-users mailing list [email protected] http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
