[gem5-users] How to run SE on multicores to speedup simulation ?

2019-08-31 Thread Yuan Kevin
Dear gem5 community members,

I am playing the DRAM simulation with configs/dram/sweep.py on my 12 core CPU 
workstation.

However I found gem5 is running on only one of the 12 cores.

It there a way to run the simulation on multiple cores to speedup the process 
and how ?

Best regards.



Thanks,


Kevin Yuan
___
gem5-users mailing list
gem5-users@gem5.org
http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users

Re: [gem5-users] How to run SE on multicores to speedup simulation ?

2019-08-31 Thread Abhishek Singh
Hi yuan,
Gem5 is a single thread application. So there’s no way to speed up gem5
with increasing number of core.


On Sat, Aug 31, 2019 at 12:30 PM Yuan Kevin  wrote:

> Dear gem5 community members,
>
> I am playing the DRAM simulation with configs/dram/sweep.py on my 12 core
> CPU workstation.
>
> However I found gem5 is running on only one of the 12 cores.
>
> It there a way to run the simulation on multiple cores to speedup the
> process and how ?
>
> Best regards.
>
>
> Thanks,
>
>
> Kevin Yuan
> ___
> gem5-users mailing list
> gem5-users@gem5.org
> http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
___
gem5-users mailing list
gem5-users@gem5.org
http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users

Re: [gem5-users] How to run SE on multicores to speedup simulation ?

2019-08-31 Thread Eliot Moss

On 8/31/2019 12:42 PM, Abhishek Singh wrote:

Hi yuan,
Gem5 is a single thread application. So there’s no way to speed up gem5 with 
increasing number of core.


I'll just add that doing parallel simulation, especially if timing is involved,
requires a lot of synchronization.  One can imagine doing optimistic run-ahead,
possibly tuning the degree of optimism dynamically, etc., but I think such a
system would be pretty complex, and it's not clear how much benefit you would
get after dealing with the overheads.  Anyway, IMO it would require designing
a system that way from the start.  Still, I admit I am not familiar with the
low-level scheduling "guts" of Gem5, which is a key part that would need to
change.  However, to do well, one would need to know how different components
depend on various pieces of state in order to determine what might run in
parallel, etc.

Regards - Eliot Moss
___
gem5-users mailing list
gem5-users@gem5.org
http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users