All caches in M5 use the same code and have the same policies.

It's sort of a fluke but writebacks to the L2 (L3, etc.) are counted as hits
even when the block was not in the cache previously because they get written
into the cache without generating any further requests.  For more details
see the code in the latter half of Cache<TagStore>::access() in
cache_impl.hh.

Steve

On Mon, Oct 13, 2008 at 8:10 AM, Sheng Li <[EMAIL PROTECTED]> wrote:

> Thanks! Also, what is the allocate policy at L2? Then, What will happen for
> a ReadExReq_miss, a ReadReq_miss, and a UpgradeReq_accesses,
> respectively ? L2 also has writeback_access, and writeback_hits, when will a
> writeback-miss happen?
>
>
> Thanks
> -Sheng
>
>
>
> On Mon, Oct 13, 2008 at 10:46 AM, Steve Reinhardt <[EMAIL PROTECTED]>wrote:
>
>> Demand accesses are the complement of prefetch accesses, i.e., where the
>> cpu "demands" the block instead of just asking politely.  If you want to see
>> what specific requests are summed into a particular statistic, see
>> BaseCache::regStats() in src/mem/cache/base.cc.
>>
>> The M5 cache model is writeback/write-allocate, so only the L1 sees
>> regular write accesses (due to stores from the CPU).  If a write misses in
>> the L1, it generates a read exclusive (ReadEx) to the L2 (and beyond).
>>
>> A "fast write" occurs when a full 64-byte block is written (other than a
>> writeback), so that the block can be allocated without fetching the old
>> value.  Currently this never happens; we used to perform this operation on
>> an Alpha wh64 instruction but haven't got that code working since we updated
>> the coherence protocol, but we left the stat in since we hope to get it
>> working again some day.
>>
>> Steve
>>
>>   On Sun, Oct 12, 2008 at 7:41 PM, Sheng Li <[EMAIL PROTECTED]> wrote:
>>
>>>   Hi,
>>>
>>>
>>>
>>> We are working on a power consumption project and need detailed M5 stats.
>>> And we have some difficulty in understanding the exact meaning of some M5
>>> stats. Could anybody tell us what does these stats mean?
>>>
>>>
>>>
>>> 1.      Stats of L1 cache:
>>>
>>> What is the difference between demand_access and overall_access?
>>>
>>>
>>>
>>> 2. Stats of shared L2 cache:
>>>
>>>
>>>
>>> 2.1 What do the following parameters mean? In other words, what
>>> operations do they represent?
>>>
>>> 2.2 What are relationships among all the stats? For example, what
>>> parameters can be added together to get system.l2.demand_accesses?  In
>>> our simulations system.l2.demand_accesses= system.l2.ReadExReq_accesses +
>>> system.l2.ReadReq_accesses, which makes no sense to us.
>>>
>>> 2.3 Why/in what condition does the shared L2 cache have no
>>> Write_accesses?
>>>
>>>
>>>
>>> system.l2.overall_accesses
>>>
>>> system.l2.demand_accesses
>>>
>>> system.l2.ReadExReq_accesses
>>>
>>> system.l2.ReadReq_accesses
>>>
>>> system.l2.UpgradeReq_accesses
>>>
>>> system.l2.Writeback_accesses
>>>
>>> system.l2.writebacks
>>>
>>> system.l2.fast_writes
>>>
>>>
>>>
>>> Thanks a lot
>>>
>>> -Sheng and Rick
>>>
>>>
>>> _______________________________________________
>>> 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
>>
>
>
> _______________________________________________
> 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

Reply via email to