mem: Adjust cache queue reserve to more conservative values
The cache queue reserve is there as an overflow to give us enough headroom based on when we block the cache, and how many transactions we may already have accepted before actually blocking. The previous values were probably chosen to be "big enough", when we actually know that we check the MSHRs after every single allocation, and for the write buffers we know that we implicitly may need one entry for every outstanding MSHR. * * * mem: Adjust cache queue reserve to more conservative values The cache queue reserve is there as an overflow to give us enough headroom based on when we block the cache, and how many transactions we may already have accepted before actually blocking. The previous values were probably chosen to be "big enough", when we actually know that we check the MSHRs after every single allocation, and for the write buffers we know that we implicitly may need one entry for every outstanding MSHR.
This commit is contained in:
4
src/mem/cache/mshr_queue.hh
vendored
4
src/mem/cache/mshr_queue.hh
vendored
@@ -141,7 +141,9 @@ class MSHRQueue : public Queue<MSHR>
|
||||
*/
|
||||
bool canPrefetch() const
|
||||
{
|
||||
return (allocated < numEntries - (numReserve + demandReserve));
|
||||
// @todo we may want to revisit the +1, currently added to
|
||||
// keep regressions unchanged
|
||||
return (allocated < numEntries - (numReserve + 1 + demandReserve));
|
||||
}
|
||||
};
|
||||
|
||||
|
||||
Reference in New Issue
Block a user