thanks for your kindly and quick replies ,
Dear Joel I checked system.pc.com_1.terminal output as you recommended ,
and the last lines are
mounting filesystems...

loading script...
PARSEC Benchmark Suite Version 2.1
[HOOKS] PARSEC Hooks Version 1.2
Num of Options: 4096
Num of Runs: 100
Size of data: 163840
[HOOKS] Entering ROI
[HOOKS] Leaving ROI
[HOOKS] Total time spent in ROI: 0.076s
[HOOKS] Terminating
Done :D

also , there is four "Begin Simulation Statistics" in the stat.txt file .
so , It seems that it has been simulated completely and I made a mistake :D
!!!


On Sat, Dec 14, 2013 at 10:22 PM, Joel Hestness <jthestn...@gmail.com>wrote:

> Hi Fateme,
>   The terminal output you attached indicates that the simulation ran for
> roughly 204 simulated microseconds after switching CPUs.  This suggests
> that something was actually being simulated.  I'd recommend looking at the
> system.pc.com_1.terminal output to see what the simulated system may have
> printed.  Also, I would expect that the stats.txt output file will show
> more than 1 set of statistics, each starting with "Begin Simulation
> Statistics".
>
>   If you're unsure about how to interpret these other output files, I'd
> recommend attaching them in another email with questions to the gem5-users
> list (i.e. excluding gem5-dev).
>
>   Joel
>
>
> On Sat, Dec 14, 2013 at 5:56 AM, 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-dev mailing list
>> gem5-...@gem5.org
>> http://m5sim.org/mailman/listinfo/gem5-dev
>>
>
>
>
> --
>   Joel Hestness
>   PhD Student, Computer Architecture
>   Dept. of Computer Science, University of Wisconsin - Madison
>   http://pages.cs.wisc.edu/~hestness/
>
> _______________________________________________
> gem5-users mailing list
> gem5-users@gem5.org
> http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
>



-- 
Fateme Movafagh
_______________________________________________
gem5-users mailing list
gem5-users@gem5.org
http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users

Reply via email to