Just to be sure,what do you mean by dual? Do you mean 2 simulation or multiple core configuration? ᐧ
On Mon, Aug 3, 2015 at 9:39 AM, Guru Prasad <[email protected]> wrote: > Hi Davesh, just to clarify, is this with --dual? > > Regards > Guru > > > On Mon, Aug 3, 2015 at 12:38 PM, Davesh Shingari <[email protected] > > wrote: > >> Hi Guru >> >> I am using Android on Gem5 for my work. When I use the simulation to take >> checkpoint, then it takes around 12 - 15 hours to get checkpoint and finish >> simulation. The simulation time is 32 seconds after the checkpoint. But >> when I use that checkpoint along with detailed mode configuration and full >> memory system, then it takes almost a week to complete. >> ᐧ >> >> On Mon, Aug 3, 2015 at 9:23 AM, Guru Prasad <[email protected]> wrote: >> >>> Ah I see. It sounds like the sort of like the hack we made for hdlcd >>> where we read from physical memory directly. >>> >>> Thanks once again. I will try the options you've described. >>> >>> Regards >>> Guru >>> >>> >>> On Mon, Aug 3, 2015 at 12:19 PM, Andreas Hansson >>> <[email protected]> wrote: >>> > 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 >>> _______________________________________________ >>> gem5-users mailing list >>> [email protected] >>> http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users >>> >> >> >> >> -- >> Have a great day! >> >> Thanks and Warm Regards >> Davesh Shingari >> Master's in Computer Engineering [EE] >> Arizona State University >> >> [email protected] >> >> _______________________________________________ >> 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 > -- Have a great day! Thanks and Warm Regards Davesh Shingari Master's in Computer Engineering [EE] Arizona State University [email protected]
_______________________________________________ gem5-users mailing list [email protected] http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
