Hello,

Did you check the results to see if it is not bugging? What about cache
miss rate?

In my FS simulations, I usually insert 10s of sleep, because Linux may keep
cpus busy with background stuff. Anyway, almost 100% of idleness is quite
strange.

Regards,

--
Fernando A. Endo, PhD student and researcher

Université de Grenoble, UJF
France


2015-03-05 17:15 GMT+01:00 Jianghao via gem5-users <[email protected]>:

>  I followed the instruction from utexas to download full system image and
> parsec binary.
> Then start a test run with command :
>
> * build/ALPHA/gem5.opt configs/example/fs.py
> --disk-image=/home/jo/my-gem5/full-sy
> stem/parsec/linux-parsec-2-1-m5-with-test-inputs.img
> --kernel=/home/jo/my-gem5/f ull-system/parsec/vmlinux_2.6.27-gcc_4.3.4 -n 4
> --script=/home/jo/my-gem5/full-s ystem/parsec/blackscholes_4c_simmedium.rcS
> --cpu-type=timing --caches --l2cache *
> In rcS file
>
>
> * #!/bin/sh cd /parsec/install/bin /sbin/m5 dumpstats /sbin/m5 resetstats
> ./blackscholes 4 /parsec/install/inputs/blackscholes/in_16K.txt
> /parsec/install/ inputs/blackscholes/prices.txt echo "Done :D" /sbin/m5
> exit When I took a look of output status file*, all 4 cpus are idle for
> over 96% of time(idle_fraction). Is this result correct or I did something
> wrong in any step? Thanks
>
>
> * ---------- Begin Simulation Statistics ----------   3 sim_seconds
>                               2.398727                            # Number
> of seconds simulated   4 sim_ticks
> 2398726853500                            # Number of ticks simulated   5
> final_tick                            2398726853500
>                            # Number of ticks from beginning of simulation
> (restored from check     points and never reset)   6 sim_freq
>                              1000000000000                            #
> Frequency of simulated ticks system.cpu0.num_idle_cycles
> 4504835699 <4504835699>.998122                            # Number of idle
> cycles 390 system.cpu0.num_busy_cycles           292618007.001878
>                            # Number of busy cycles 391
> system.cpu0.not_idle_fraction             0.060994
>                            # Percentage of non-idle cycles 392
> system.cpu0.idle_fraction                 0.939006
>                            # Percentage of idle cycles
> system.cpu1.num_idle_cycles           4780190186.421450
>                            # Number of idle cycles 800
> system.cpu1.num_busy_cycles           16689718.578550
>                            # Number of busy cycles 801
> system.cpu1.not_idle_fraction             0.003479
>                            # Percentage of non-idle cycles 802
> system.cpu1.idle_fraction                 0.996521
>                            # Percentage of idle cycles
> system.cpu2.num_idle_cycles           4700275530.101442
>                            # Number of idle cycles   1196
> system.cpu2.num_busy_cycles           96607855.898558
>                            # Number of busy cycles   1197
> system.cpu2.not_idle_fraction             0.020140
>                            # Percentage of non-idle cycles   1198
> system.cpu2.idle_fraction                 0.979860
>                            # Percentage of idle cycles
> system.cpu3.num_idle_cycles           4746440794.404318
>                            # Number of idle cycles   1617
> system.cpu3.num_busy_cycles           50441814.595682
>                            # Number of busy cycles   1618
> system.cpu3.not_idle_fraction             0.010516
>                            # Percentage of non-idle cycles   1619
> system.cpu3.idle_fraction                 0.989484
>                            # Percentage of idle cycles *
>
>
> _______________________________________________
> 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

Reply via email to