OK, I spent my day finding/recalling/commenting my multiple queue code, posting it and the other patches it depends on on reviewboard, and updating the wiki page (http://gem5.org/Parallel_M5) as well. I hope this can serve as a good starting point for people that have more time available to pursue this. As I said in the reviewboard patch, I don't necessarily expect that what I've got will end up being the right way to do it, but it "works" (for some definition of that term) and provides something concrete to build and improve on.
Steve On Mon, Sep 5, 2011 at 9:58 AM, Ali Saidi <[email protected]> wrote: > Hi Digant, > > Steve has been looking at parallelization a little more recently than Nate > probably has. As far as that list goes, we're probably at around step 6. The > next thing to do is creating a number of event queues and assigning sim > objects to one queue or another. A good first step would be to support > simulation of two systems in two threads but a single process. A next step > beyond that would be supporting 2 systems communicating over an ethernet > link that was multi-thread aware. > > Thanks, > Ali > > > > On Sep 2, 2011, at 7:55 PM, Digant wrote: > > > Hi Nathan, > > I am thinking to working in the direction of parallel M5, can you brief > me > > whats the current status of http://m5sim.org/wiki/index.php/Parallel_M5? > > > > Thanks > > Digant Desai. > > _______________________________________________ > > gem5-dev mailing list > > [email protected] > > http://m5sim.org/mailman/listinfo/gem5-dev > > > > _______________________________________________ > gem5-dev mailing list > [email protected] > http://m5sim.org/mailman/listinfo/gem5-dev > _______________________________________________ gem5-dev mailing list [email protected] http://m5sim.org/mailman/listinfo/gem5-dev
