On Sat, 24 Nov 2012, pushkar nandkar wrote:
Hi,
I am new to Gem5.
I am trying to implement a system in the SE mode. The system has 4 inorder
cpus. I have downloaded the Splash2 benchmarks and using those binaries.
I am using the se.py right now.
Here is the command line
./build/ALPHA/gem5.opt --debug-flags=Cache,Bus,InOrderCPUAll
--trace-file=trace_radix_workload4 --dump-config=config_radix_workload4
--stats-file=stats_radix_workload4 --stdout-file=stdout_radix_workload4
--stderr-file=stderr_radix_workload4 ./configs/example/se.py --maxinsts=50
-n 4 --cpu-type=inorder --caches --cmd splash2/codes/kernels/radix/RADIX
> cmdline_radix_workload4
I have attached the config file. In the config file, CPU0 has workload as
its child and each of the remaining CPUs' workload point to the CPU0
workload.
Considering that this is the correct behavior, all the CPUs should start
working on the same workload/binary.
Why should this be the case?
however, as noticed in the config file, all other CPUs, other than CPU0 do
not have 'workload' as its children.
May be this is causing the all the other CPUs to sleep in the first clock
cycle itself while CPU0 works on the specified workload. See trace file and
the stats file
Is this a bug? Or is the behavior expected? If yes, then what should I
modify? am I interpreting the system incorrectly?
gem5 is working as expected. If you want to run multiple workloads, you
will have to specify all of them on the command line. For example --
./build/X86/gem5.fast ./configs/example/se.py -n 2 -c
"tests/test-progs/hello/bin/x86/linux/hello;tests/test-progs/hello/bin/x86/linux/hello"
warning: No header file specified for SimObject: Switch
gem5 Simulator System. http://gem5.org
gem5 is copyrighted software; use the --copyright option for details.
gem5 compiled Nov 19 2012 00:52:59
gem5 started Nov 24 2012 07:55:11
gem5 executing on ribera.cs.wisc.edu
command line: ./build/X86/gem5.fast ./configs/example/se.py -n 2 -c
tests/test-progs/hello/bin/x86/linux/hello;tests/test-progs/hello/bin/x86/linux/hello
Global frequency set at 1000000000000 ticks per second
0: system.remote_gdb.listener: listening for remote gdb on port 7000
0: system.remote_gdb.listener: listening for remote gdb on port 7001
**** REAL SIMULATION ****
info: Entering event queue @ 0. Starting simulation...
warn: instruction 'fnstcw_Mw' unimplemented
warn: instruction 'fldcw_Mw' unimplemented
Hello world!
Hello world!
hack: be nice to actually delete the event here
Exiting @ tick 5941000 because target called exit()
--
Nilay
_______________________________________________
gem5-users mailing list
[email protected]
http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
