Hi Andreas,
Thanks for the suggestions. It took about 3 days to simulate 20seconds
under atomic.
I don't know how to tell if interrupts are being lost. The kernel is
not complaining about anything on kmsg.
I will try atomic with --fast-mem. Currently, I've been using lpddr3_1600_x32
I don't think I have KvmArmCPU available. I will try the same with the latest.
Is using KvmArmCPU as simple as just saying --cpu-type=...?
I ask this because --list-cpu-types for my current version only displays
timing => TimingSimpleCPU
detailed => DerivO3CPU
atomic => AtomicSimpleCPU
minor => MinorCPU
Regards
Guru
On Mon, Aug 3, 2015 at 11:33 AM, Andreas Hansson
<[email protected]> wrote:
> Hi Guru,
>
> To speed things up, here are some options:
>
> 1. Use atomic to get the point of interest, then take a checkpoint. Is
> this what you are doing?
>
> 2. For the above, run with --fast-mem since you’re not warming any caches
> anyways.
>
> 3. If possible, use the KvmArmCPU instead of (1). This should give you a
> significant boost.
>
> If the amount of work is constant, than running with dual should not slow
> things down. If you’re seeing a slow down, then perhaps something odd is
> going on in the simulation (interrupts getting lost etc). Have you tried
> with the latest trunk?
>
> Andreas
>
>
> On 03/08/2015 16:16, "gem5-users on behalf of Guru Prasad"
> <[email protected] on behalf of [email protected]> wrote:
>
>>Hi,
>>
>>Recently we've been trying to run some experiments with the network.
>>To do so, we've been using dual simulations. So far, we've been able
>>to get away with running two simulations booting barebones linux with
>>just a shell. However, our real workload is BBench and so we need to
>>boot a full Android image.
>>
>>A single simulation of full Android takes us about ~12hours to boot.
>>However under dual, its been about 3 days and has so far simulated
>>only ~20seconds. Is there any way to speed up the simulation? Is there
>>any way we can stitch two single simulations together (initial loss of
>>time on drivesys is acceptable).
>>
>>Currently we're on revision e179497451.
>>
>>Regards
>>Guru
>>_______________________________________________
>>gem5-users mailing list
>>[email protected]
>>http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
>
>
> -- 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
_______________________________________________
gem5-users mailing list
[email protected]
http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users