Hi all,

Great work. However, I fundamentally do not believe in the approach of
‘letting reviewers pick the best features’. There is no way we would ever
get something working out if it. We need to get _one_ working solution
here, and figure out how to best get there. I would propose to do it
bottom up, starting with the basic multi-simulator instance support,
checkpointing support, and then move on to the network between the
simulator instances.

Thus, I propose we go with the low-level plumbing and checkpoint support
from what Curtis has posted. I believe proper checkpointing support to be
the most challenging, and from what I can tell this is far more limited in
what you just posted Mohammad. Could you perhaps review Curtis patches
based on your insights, and we can try and get these patches in shape and
committed asap.

Once we have the baseline functionality in place, then we can start
looking at the more elaborate network models.

Does this sound reasonable?

Thanks,

Andreas

On 24/06/2015 05:05, "gem5-dev on behalf of Mohammad Alian"
<gem5-dev-boun...@gem5.org on behalf of al...@wisc.edu> wrote:

>Hello All,
>
>I have submitted a chain of patches which enables gem5 to simulate a
>cluster on multiple physical hosts:
>
>http://reviews.gem5.org/r/2909/
>http://reviews.gem5.org/r/2910/
>http://reviews.gem5.org/r/2912/
>http://reviews.gem5.org/r/2913/
>http://reviews.gem5.org/r/2914/  <http://reviews.gem5.org/r/2914/>
>
>and a patch that contains run scripts for a simple experiment:
>http://reviews.gem5.org/r/2915/
>
>We have run several benchmarks using this infrastructure, including NAS
>parallel benchmarks (MPI) and DCBench-hadoop
>(http://prof.ict.ac.cn/DCBench/),
>and would be happy to share scripts/diskimages.
>
>We call this *pd-gem5*. *pd-gem5 *functionality is more or less the same
>as
>Curtis's patch for *multi-gem5.* However, I feel *pd-gem5 *network model
>is
>more thorough; it also enables modeling different network topologies.
>Having both set of changes together let reviewers to pick best features
>from both works.
>
>Thank you,
>Mohammad Alian
>_______________________________________________
>gem5-dev mailing list
>gem5-dev@gem5.org
>http://m5sim.org/mailman/listinfo/gem5-dev


-- 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-dev mailing list
gem5-dev@gem5.org
http://m5sim.org/mailman/listinfo/gem5-dev

Reply via email to