Hi Guru, 3 days for 20 seconds sounds way slower than it should be.
Fast-mem is not replacing the DRAM controller, it bypasses the entire memory system. In atomic we do not do any sensible timing simulation of the controller in any case. The KVM CPU is only built if your system support it. Hence, you need to build gem5 for ARM on an ARM system. A good reason to get an ARM server :-) Andreas On 03/08/2015 16:46, "gem5-users on behalf of Guru Prasad" <[email protected] on behalf of [email protected]> wrote: >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 -- 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
