Why don't you try creating and restoring checkpoints?
On Sat, Dec 14, 2013 at 5:26 PM, Fateme Movafagh <fateme.movaf...@gmail.com>wrote: > Hi, > > I am trying to run Parsec on x86 full system .I have used the proposed > files of this thread: > > http://permalink.gmane.org/gmane.comp.emulators.m5.users/12526 > > For example I tried to run blackscholes for 4 cores and 32 threads. ( > results for canneal and swaptions were like blackscholes) > > It seems that at the time of switching cpus the simulation terminates. I > don't know what is wrong with the procedure I have taken. > Even I tried x86 parsec disk image from [ > http://www.cs.utexas.edu/~cart/parsec_m5/ ] but there isn't any changes > in results. > > My script files for these 2 disk images were : > > > > 1. > > cd > /parsec-2.1/pkgs/apps/blackscholes/inst/amd64-linux.gcc-pthreads.pre/bin/ > > /sbin/m5 switchcpu > > /sbin/m5 dumpstats > > /sbin/m5 resetstats > > ./blackscholes 4 /parsec-2.1/inputs/blackscholes/in_4k.txt > /parsec/install/inputs/blackscholes/prices.txt > > echo "Done :D" > > /sbin/m5 exit > > /sbin/m5 exit > > > > 2. > > cd /parsec/install/bin > > /sbin/m5 switchcpu > > /sbin/m5 dumpstats > > /sbin/m5 resetstats > > ./blackscholes 4 /parsec/install/blackscholes/in_4k.txt > /parsec/install/inputs/blackscholes/prices.txt > > echo "Done :D" > > /sbin/m5 exit > > /sbin/m5 exit > > > > also , I have omitted the switchcpu line from the script files and > simulated again, but the results were the same as before . > > Below is my command line and the results that I have received in terminal. > > > > Command line : > > ./build/X86/gem5.opt configs/example/fs.py > --kernel=/dist/m5/system/m5_system_2.0b3/binaries/x86_64-vmlinux-2.6.28_2.4-smp > > --disk-image=/dist/m5/system/m5_system_2.0b3/disks/x86root-parsec0.img > --script=/home/Gem5/gem5/scirpts/blackscholes_4c_simsmall.rcS -n 32 -F > 5000000000000 > > (I tried without fast forwarding, too. But nothing has changed.) > > > > Terminal: > > > > gem5 Simulator System. http://gem5.org > > gem5 is copyrighted software; use the --copyright option for details. > > > > gem5 compiled Dec 9 2013 13:05:55 > > gem5 started Dec 10 2013 23:03:04 > > gem5 executing on ubuntu > > command line: ./build/X86/gem5.opt configs/example/fs.py > --kernel=/dist/m5/system/m5_system_2.0b3/binaries/x86_64-vmlinux-2.6.28_2.4-smp > --disk-image=/dist/m5/system/m5_system_2.0b3/disks/x86root-parsec0.img > --script=/home/Gem5/gem5/scirpts/blackscholes_4c_simsmall.rcS -n 32 -F > 5000000000000 > > warn: add_child('terminal'): child 'terminal' already has parent > > Global frequency set at 1000000000000 ticks per second > > info: kernel located at: > /dist/m5/system/m5_system_2.0b3/binaries/x86_64-vmlinux-2.6.28_2.4-smp > > 0: rtc: Real-time clock set to Sun Jan 1 00:00:00 2012 > > Listening for com_1 connection on port 3456 > > warn: Reading current count from inactive timer. > > 0: system.remote_gdb.listener: listening for remote gdb #0 on port 7000 > > 0: system.remote_gdb.listener: listening for remote gdb #1 on port 7001 > > 0: system.remote_gdb.listener: listening for remote gdb #2 on port 7002 > > 0: system.remote_gdb.listener: listening for remote gdb #3 on port 7003 > > 0: system.remote_gdb.listener: listening for remote gdb #4 on port 7004 > > 0: system.remote_gdb.listener: listening for remote gdb #5 on port 7005 > > 0: system.remote_gdb.listener: listening for remote gdb #6 on port 7006 > > 0: system.remote_gdb.listener: listening for remote gdb #7 on port 7007 > > 0: system.remote_gdb.listener: listening for remote gdb #8 on port 7008 > > 0: system.remote_gdb.listener: listening for remote gdb #9 on port 7009 > > 0: system.remote_gdb.listener: listening for remote gdb #10 on port 7010 > > 0: system.remote_gdb.listener: listening for remote gdb #11 on port 7011 > > 0: system.remote_gdb.listener: listening for remote gdb #12 on port 7012 > > 0: system.remote_gdb.listener: listening for remote gdb #13 on port 7013 > > 0: system.remote_gdb.listener: listening for remote gdb #14 on port 7014 > > 0: system.remote_gdb.listener: listening for remote gdb #15 on port 7015 > > 0: system.remote_gdb.listener: listening for remote gdb #16 on port 7016 > > 0: system.remote_gdb.listener: listening for remote gdb #17 on port 7017 > > 0: system.remote_gdb.listener: listening for remote gdb #18 on port 7018 > > 0: system.remote_gdb.listener: listening for remote gdb #19 on port 7019 > > 0: system.remote_gdb.listener: listening for remote gdb #20 on port 7020 > > 0: system.remote_gdb.listener: listening for remote gdb #21 on port 7021 > > 0: system.remote_gdb.listener: listening for remote gdb #22 on port 7022 > > 0: system.remote_gdb.listener: listening for remote gdb #23 on port 7023 > > 0: system.remote_gdb.listener: listening for remote gdb #24 on port 7024 > > 0: system.remote_gdb.listener: listening for remote gdb #25 on port 7025 > > 0: system.remote_gdb.listener: listening for remote gdb #26 on port 7026 > > 0: system.remote_gdb.listener: listening for remote gdb #27 on port 7027 > > 0: system.remote_gdb.listener: listening for remote gdb #28 on port 7028 > > 0: system.remote_gdb.listener: listening for remote gdb #29 on port 7029 > > 0: system.remote_gdb.listener: listening for remote gdb #30 on port 7030 > > 0: system.remote_gdb.listener: listening for remote gdb #31 on port 7031 > > Switch at instruction count:5000000000000 > > info: Entering event queue @ 0. Starting simulation... > > warn: Don't know what interrupt to clear for console. > > warn: instruction 'wbinvd' unimplemented > > warn: x86 cpuid: unknown family 0x4000 > > warn: instruction 'wbinvd' unimplemented > > warn: Tried to clear PCI interrupt 14 > > warn: Unknown mouse command 0xe1. > > hack: be nice to actually delete the event here > > Switched CPUS @ tick 5319635144000 > > switching cpus > > **** REAL SIMULATION **** > > info: Entering event queue @ 5319635144000. Starting simulation... > > Exiting @ tick 5319839126000 because m5_exit instruction encountered > > > > > I will really really appreciate if anyone help me . > I've stuck at this point for 2 weeks. > thanks in advance. > > > > -- > Fateme Movafagh > > > _______________________________________________ > gem5-users mailing list > gem5-users@gem5.org > http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users > -- *thanks®ards* *BISWABANDAN* http://www.cse.iitm.ac.in/~biswa/ “We might fall down, but we will never lay down. We might not be the best, but we will beat the best! We might not be at the top, but we will rise.”
_______________________________________________ gem5-users mailing list gem5-users@gem5.org http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
