Re: [gem5-users] Modify MOESI_hammer protocol

2012-07-27 Thread gem5 gem5
Ha, I see. thank you very much for explaining everything to me:) I will start to learn those protocols now and might post more questions if I have any later. Best, Jinzhu On Fri, Jul 27, 2012 at 7:29 PM, Tushar Krishna wrote: > If you instantiate just one directory in MOESI_hammer, all request

[gem5-users] Issues with Mutual exclusion provided by LL/SC in Ruby

2012-07-27 Thread Dibakar Gope
Hi All, I am hitting few issues where LL/SC doesn't provide me mutual exclusion and that results in two threads entering the CR simultaneously. Here below is a snippet of few important transactions of 4 threads in Ruby that justifies this fact. The column after the request type shows the inst s

Re: [gem5-users] Modify MOESI_hammer protocol

2012-07-27 Thread Tushar Krishna
If you instantiate just one directory in MOESI_hammer, all requests will go to it, and it will automatically send out messages in some order … You need to then make sure your interconnect delivers them to all nodes in the same order which is inherently true with a bus. I think you should go th

Re: [gem5-users] Modify MOESI_hammer protocol

2012-07-27 Thread gem5 gem5
sounds cool. In this way I need to modify the directory code and somehow create a correct order for all the messages? any idea on how to implement that? Do you think it might be a little bit easier if I can create a hierarchical switch similar to the one in gems and then modify the MOSI_SMP_bcast?

Re: [gem5-users] Modify MOESI_hammer protocol

2012-07-27 Thread Tushar Krishna
For instance, you could think of the "directory" in the MOESI_hammer protocol as something analogous to the bus arbiter, which receives unicast requests from all caches, and then sends them out on the bus (broadcast) in some order… - Tushar On Jul 27, 2012, at 6:10 PM, Tushar Krishna wrote:

Re: [gem5-users] Modify MOESI_hammer protocol

2012-07-27 Thread Tushar Krishna
Yes good point, if you use MOSI_SMP_bcast, you do need some ordering point in the network. gem5 does not have a hierarchical switch topology. In terms of direction, I think you need to decide what your exact protocol should be, and then decide whether it is easier to code up MOSI_SMP_bcast in g

Re: [gem5-users] Modify MOESI_hammer protocol

2012-07-27 Thread gem5 gem5
Oh, I forgot to ask that if I also need to build hierarchical switch topology for the MOSI_SMP_bcast protocol to guarantee the order required or the current GEM5 supports that alreadyThanks. Best, Jinzhu On Fri, Jul 27, 2012 at 3:20 PM, gem5 gem5 wrote: > Hi Tushar, > > Your suggestions ar

Re: [gem5-users] Modify MOESI_hammer protocol

2012-07-27 Thread gem5 gem5
Hi Tushar, Your suggestions are really helpful. Thank you very much! For now, I think I will take Pt2Pt as the basic topology to work with since it has all the connections. I think I can view it the same way as the single write multiple read shared-bus crossbar. I just need to create a broadcast p

[gem5-users] a few questions about Ruby system

2012-07-27 Thread Xi Chen
Hi all, I have some questions about ruby system including garnet network, I am using MESI, directory, ALPHA. 1. In my experiment, I run cpu and ruby system at two different clock frequencies. One is cpu_clock and another is ruby_clock. For example, I set cpu_clock at 1GHz and ruby system at 0.5GH

Re: [gem5-users] Benchmarks for X86 SE

2012-07-27 Thread wael Amr
Hi, I read about the benchmarks SPEC2000 and SPEC CPU 2006 at http://www.m5sim.org/SPEC2000_benchmarks and http://www.m5sim.org/SPEC2006_benchmarks. So i noticed that they are not free as there are licensing restrictions and i need to use for an academic purpose. So welcome for any suggestion as