如何解决gem5运行parsec3.0为什么会遇到死锁错误?
我在多核系统上运行gem5完整系统模式,使用AtomicCPU建立检查点,然后转向O3CPU启动,并执行类似于以下命令:
./build/ARM_MOESI_hammer/gem5.opt -d fs_results/blackscholes configs/example/fs.py --ruby --num-cpus=64 --caches --l2cache --cpu-type=AtomicSimpleCPU --network=garnet2.0 --disk-image=$M5_PATH/disks/expanded-linaro-minimal-aarch64.img --kernel=/home/GEM5/gem5/2017sys/binaries/vmlinux.vexpress_gem5_v1_64.20170616 --param 'system.realview.gic.gem5_extensions = True'
接下来,建立一个检查点,并使用以下命令还原该检查点并运行PARSEC。
./build/ARM_MOESI_hammer/gem5.opt -d fs_results/blackscholes configs/example/fs.py --ruby --num-cpus=64 --caches --l2cache --cpu-type=AtomicSimpleCPU --network=garnet2.0 --disk-image=$M5_PATH/disks/expanded-linaro-minimal-aarch64.img --kernel=/home/GEM5/gem5/2017sys/binaries/vmlinux.vexpress_gem5_v1_64.20170616 --param 'system.realview.gic.gem5_extensions = True' --restore-with-cpu=DeriveO3CPU --script=../arm-gem5-rsk/parsec_rcs/blackscholes_simsmall_64.rcS -r 1
但是我遇到了以下问题:
首先,不执行rcs
文件。启动检查点是否与--script
命令冲突?
第二点,我手动输入gem5引导的操作系统:
parsecmgmt -a run -c gcc-hooks -i simsmall -n 1 -p blackscholes
我收到以下错误:
panic: Possible Deadlock detected. Aborting!
我试图从互联网上找到解决方案,似乎曾经有一种添加参数的方法--garnet-network=flexible
,但是该方法在gem5-20.0版本中不再适用。
有人可以帮我解决这个僵局问题吗?顺便说一句,在运行facesim程序时,我可以使用“测试”输入来获得正确的运行结果。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。