Hi Yan, I would suspect this is due to a bug in the X86 O3 CPU. There have been quite a few fixes posted on the review board for similar issues. I hope to have these committed in the next week or so.
Andreas On 27/08/2014 18:02, "Zi Yan via gem5-users" <gem5-users@gem5.org> wrote: >Hi all, > >I am running kmeans via hadoop in gem5 X86 FS mode. I am using >linux kernel 3.2.60 with configuration file linux-2.6.28.4 from >gem5.org. > >I take a checkpoint before a map task and put a "m5 exit" after the map >task. >I am using *X86kvmCPU* to take checkpoints. > >When I restore from the same checkpoint, atomic CPU and O3 CPU give me >quite different executed instructions: >1) atomic CPU executes about 350 million instructions, reaches "m5 exit", >then stops simulation. >2) O3 CPU executes more than 12 billion instructions, and still not >reaches >"m5 exit" to stop the simulation. > >I dump out committed PCs from atomic CPU and O3 CPU, finding out that >after about 500,000 instructions, the systems behave differently, >where atomic CPU is still executing user code, but O3 CPU switch to >apic_timer_interrupt(a kernel function, it also appears in atomic CPU >execution, but somewhere else). > >Could anyone please give some advice about why this happen? > >Thanks. > >-- >Best Regards >Yan Zi -- 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 gem5-users@gem5.org http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
