Hi Nimish,

How do you determine cache misses (what stat are you looking at)? Are you 
running the same workload in the two scenarios (i.e. are the actual 
instructions executed the same)? Is it full system (and if so, are you changing 
the core frequency without the OS knowing about it)?

Can you shed some more light on your experiment? Overall I’d say it’s a bad 
idea to be changing clocks behind the OS’s back...

Andreas

From: gem5-users 
<[email protected]<mailto:[email protected]>> on behalf of 
Nimish Girdhar <[email protected]<mailto:[email protected]>>
Reply-To: gem5 users mailing list 
<[email protected]<mailto:[email protected]>>
Date: Thursday, 16 July 2015 23:00
To: gem5 users mailing list <[email protected]<mailto:[email protected]>>
Cc: Gaurav Sharma <[email protected]<mailto:[email protected]>>
Subject: Re: [gem5-users] Why cache misses are decreasing when core frequency 
increase?


Anybody has any idea what might be happening here??
Any help will be appreciated..
Thanks,

On Jul 14, 2015 9:38 AM, "Nimish Girdhar" 
<[email protected]<mailto:[email protected]>> wrote:
Hello,

I am trying to use DVFS for my project. But I want the frequency control in 
hardware so I cannot use the DVFS support given by Gem5 as that is on kernel 
level. For my project I added each core and their l1 caches to a different 
clock domains and hacked the code to change the frequency of the domains 
whenever I wanted.

To check if it is working I fired two runs, one with default frequency settings 
(which is 2 Ghz) and in the other run I double the frequency of each domain, so 
each core runs on 4Ghz.

Now looking at the stats, I see simulation time dropping to almost half which 
is expected. But I am not able to reason the cache stats. I am seeing the cache 
misses for all caches also decreasing by almost half. Can anybody reason how is 
that happening?

I am running arm Full system with classic memory model. All memory settings are 
default.

Thanks,
--
Warm regards
Nimish Girdhar
Department of Electrical and Computer Engineering
Texas A&M University

-- IMPORTANT NOTICE: The contents of this email and any attachments are 
confidential and may also be privileged. If you are not the intended recipient, 
please notify the sender immediately and do not disclose the contents to any 
other person, use it for any purpose, or store or copy the information in any 
medium. Thank you.

ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered 
in England & Wales, Company No: 2557590
ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, 
Registered in England & Wales, Company No: 2548782
_______________________________________________
gem5-users mailing list
[email protected]
http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users

Reply via email to