Hi, I'm running dedup from Parsec on a 64 cores architecture (bigtsunami) with two levels of cache that the second level is 64MB. While running i get this error:
*running: /home/epyogi/gem5/build/ALPHA/gem5.opt --stats-file=/home/epyogi/gem5/m5out/27_11_13_Nov_1385564611/results_27_11_13_Nov_1385564611_1 /home/epyogi/gem5/configs/example/fs.py --script=./parsec_files/dedup_64c_simlarge.rcS --num-cpus=64 --caches --l1d_size=64kB --l1i_size=2kB --l1d_assoc=2 --l2cache --l2_size=64MB --num-l2caches=1 --l2_assoc=2 --cpu-type=detailed --kernel=vmlinux_2.6.27-gcc_4.3.4 --disk-image=linux-parsec-2-1-m5-with-test-inputs.img --mem-size=512MB -F 170050126 -I 41500000000Time before run: Wed Nov 27 17:03:31 IST 2013Listening for system connection on port 34560: system.remote_gdb.listener: listening for remote gdb #0 on port 70000: system.remote_gdb.listener: listening for remote gdb #1 on port 70010: system.remote_gdb.listener: listening for remote gdb #2 on port 70020: system.remote_gdb.listener: listening for remote gdb #3 on port 70030: system.remote_gdb.listener: listening for remote gdb #4 on port 70040: system.remote_gdb.listener: listening for remote gdb #5 on port 70770: system.remote_gdb.listener: listening for remote gdb #6 on port 70780: system.remote_gdb.listener: listening for remote gdb #7 on port 70790: system.remote_gdb.listener: listening for remote gdb #8 on port 70800: system.remote_gdb.listener: listening for remote gdb #9 on port 70810: system.remote_gdb.listener: listening for remote gdb #10 on port 70820: system.remote_gdb.listener: listening for remote gdb #11 on port 70830: system.remote_gdb.listener: listening for remote gdb #12 on port 70840: system.remote_gdb.listener: listening for remote gdb #13 on port 70850: system.remote_gdb.listener: listening for remote gdb #14 on port 70860: system.remote_gdb.listener: listening for remote gdb #15 on port 70870: system.remote_gdb.listener: listening for remote gdb #16 on port 70880: system.remote_gdb.listener: listening for remote gdb #17 on port 7125panic: Can't create socket:Too many open files ! @ cycle 0[listen:build/ALPHA/base/socket.cc, line 85]Memory Usage: 0 KBytesProgram aborted at cycle 0gem5 Simulator System. http://gem5.org <http://gem5.org/>gem5 is copyrighted software; use the --copyright option for details.gem5 compiled Jun 17 2013 15:11:45gem5 started Nov 27 2013 17:03:32gem5 executing on merge-servercommand line: /home/epyogi/gem5/build/ALPHA/gem5.opt --stats-file=/home/epyogi/gem5/m5out/27_11_13_Nov_1385564611/results_27_11_13_Nov_1385564611_1 /home/epyogi/gem5/configs/example/fs.py --script=./parsec_files/dedup_64c_simlarge.rcS --num-cpus=64 --caches --l1d_size=64kB --l1i_size=2kB --l1d_assoc=2 --l2cache --l2_size=64MB --num-l2caches=1 --l2_assoc=2 --cpu-type=detailed --kernel=vmlinux_2.6.27-gcc_4.3.4 --disk-image=linux-parsec-2-1-m5-with-test-inputs.img --mem-size=512MB -F 170050126 -I 41500000000Global frequency set at 1000000000000 ticks per secondinfo: kernel located at: /home/epyogi/gem5/system/m5_system_2.0b3/binaries/vmlinux_2.6.27-gcc_4.3.4 0: system.tsunami.io.rtc: Real-time clock set to Thu Jan 1 00:00:00 2009Time after run: Wed Nov 27 17:03:35 IST 2013* Did anyone encounter with this problem? Thanks, Yoav
_______________________________________________ gem5-users mailing list [email protected] http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
