Re: [gem5-users] scons build error for Garnet 2.0
Dear Jieming, Please upload a stable gem5 version. I am also looking for a stable version to run gem5 on Apple OSX. Further error obtained from Option.py- # ./build/Garnet_standalone/gem5.debug configs/example/garnet_synth_traffic.py --num-cpus=16 --num-dirs=16 --network=garnet2.0 --topology=Mesh_XY --mesh-rows=4 --sim-cycles=1000 --synthetic=uniform_random --injectionrate=0.01 Traceback (most recent call last): File "", line 1, in File "/home1/gem5/src/python/m5/main.py", line 400, in main exec filecode in scope File "configs/example/garnet_synth_traffic.py", line 88, in execfile(os.path.join(config_root, "common", "Options.py")) File "/home1/gem5/configs/common/Options.py", line 46, in import CpuConfig ImportError: No module named CpuConfig Thanks and best regards, F. A. Faisal On Thu, Oct 20, 2016 at 9:12 AM, Jieming Yin <j...@cs.umn.edu> wrote: > Does it work if you do: > from common.Benchmark import * > > Best, > Jieming > > On Tue, Oct 18, 2016 at 8:37 PM, Krishna, Tushar <tus...@ece.gatech.edu> > wrote: > >> Hi Andreas, >> Looks like the recent changes to configs/common seem to have broken the >> example scripts. >> Not just garnet_synth_traffic. >> I built ALPHA_MOESI_hammer and ran it with >> configs/example/ruby_random_test.py >> and got the same error. >> >> Thanks, >> Tushar >> >> >> On Oct 18, 2016, at 10:21 AM, F. A. Faisal <dipu.7...@gmail.com> wrote: >> >> Hello, >> >> Can anyone please help me. >> >> I found new problem even using the linux environment. Though the >> compilation was ok, I found new problem in obtaining the garnet 2.0 >> output. >> >> # scons build/Garnet_standalone/gem5.debug >> ... >> [LINK] * -> **Garnet_standalone/gem5.debug* >> scons: done building targets. >> >> # ./build/Garnet_standalone/gem5.debug configs/example/garnet_synth_t >> raffic.py --num-cpus=16 --num-dirs=16 --network=garnet2.0 >> --topology=Mesh_XY --mesh-rows=4 --sim-cycles=1000 >> --synthetic=uniform_random --injectionrate=0.01 >> >> gem5 compiled Oct 18 2016 22:52:33 >> gem5 started Oct 18 2016 23:13:56 >> command line: ./build/Garnet_standalone/gem5.debug configs >> /example/garnet_synth_traffic.py --num-cpus=16 --num-dirs=16 >> --network=garnet2.0 --topology=Mesh_XY --mesh-rows=4 --sim-cycles=1000 >> --synthetic=uniform_random --injectionrate=0.01 >> >> Traceback (most recent call last): >> File "", line 1, in >> File "/home/Gems/gem5/src/python/m5/main.py", line 400, in main >> exec filecode in scope >> File "configs/example/garnet_synth_traffic.py", line 88, in >> execfile(os.path.join(config_root, "common", "Options.py")) >> File "/home/Gems/gem5/configs/common/Options.py", line 44, in >> from Benchmarks import * >> ImportError: No module named Benchmarks >> >> Thanks in advance... >> >> On Mon, Oct 17, 2016 at 5:29 PM, Andreas Hansson <andreas.hans...@arm.com >> > wrote: >> >>> My bad, this is properly broken for ALPHA and tru64. >>> >>> In fact this was broken as part of: >>> >>> changeset: 11383:5ac090acd180 >>> user:Brandon Potter <brandon.pot...@amd.com> >>> date:Thu Mar 17 10:24:17 2016 -0700 >>> summary: syscall_emul: extend mmap system call to support file >>> backed mmap >>> >>> It was later fixed for Linux, but not tru64 it appears. >>> >>> Brandon, could you get this resolved? >>> >>> Thanks, >>> >>> Andreas >>> >>> From: gem5-users <gem5-users-boun...@gem5.org> on behalf of Andreas >>> Hansson <andreas.hans...@arm.com> >>> Reply-To: gem5 users mailing list <gem5-users@gem5.org> >>> Date: Monday, 17 October 2016 at 08:54 >>> >>> To: gem5 users mailing list <gem5-users@gem5.org> >>> Subject: Re: [gem5-users] scons build error for Garnet 2.0 >>> >>> Just use clang (i.e. the default OSX compiler). >>> >>> Andreas >>> >>> From: gem5-users <gem5-users-boun...@gem5.org> on behalf of "F. A. >>> Faisal" <dipu.7...@gmail.com> >>> Reply-To: gem5 users mailing list <gem5-users@gem5.org> >>> Date: Saturday, 15 October 2016 at 14:22 >>> To: gem5 users mailing list <gem5-users@gem5.org> >>> Subject: Re: [gem5-users] scons bu
Re: [gem5-users] scons build error for Garnet 2.0
I tried with that option (updated to common.*) and get another execution error- # ./build/Garnet_standalone/gem5.debug configs/example/garnet_synth_traffic.py --num-cpus=16 --num-dirs=16 --network=garnet2.0 --topology=Mesh_XY --mesh-rows=4 --sim-cycles=1000 --synthetic=uniform_random --injectionrate=0.01 Traceback (most recent call last): File "", line 1, in File "/home1/gem5/src/python/m5/main.py", line 400, in main exec filecode in scope File "configs/example/garnet_synth_traffic.py", line 46, in Options.addCommonOptions(parser) File "/home1/gem5/configs/common/Options.py", line 70, in addCommonOptions choices=CpuConfig.cpu_names(), NameError: global name 'CpuConfig' is not defined Thanks, Faisal On Thu, Oct 20, 2016 at 2:02 PM, Krishna, Tushar <tus...@ece.gatech.edu> wrote: > Perhaps all the imports in the Options.py file (Benchmarks, CpuConfig, … ) > need to be updated to commons.* … > > > > On Oct 20, 2016, at 1:00 AM, F. A. Faisal <dipu.7...@gmail.com> wrote: > > Dear Jieming, > > Please upload a stable gem5 version. > I am also looking for a stable version to run gem5 on Apple OSX. > Further error obtained from Option.py- > > # ./build/Garnet_standalone/gem5.debug configs/example/garnet_synth_traffic.py > --num-cpus=16 --num-dirs=16 --network=garnet2.0 --topology=Mesh_XY > --mesh-rows=4 --sim-cycles=1000 --synthetic=uniform_random > --injectionrate=0.01 > > Traceback (most recent call last): > File "", line 1, in > File "/home1/gem5/src/python/m5/main.py", line 400, in main > exec filecode in scope > File "configs/example/garnet_synth_traffic.py", line 88, in > execfile(os.path.join(config_root, "common", "Options.py")) > File "/home1/gem5/configs/common/Options.py", line 46, in > import CpuConfig > ImportError: No module named CpuConfig > > Thanks and best regards, > > F. A. Faisal > > > On Thu, Oct 20, 2016 at 9:12 AM, Jieming Yin <j...@cs.umn.edu> wrote: > >> Does it work if you do: >> from common.Benchmark import * >> >> Best, >> Jieming >> >> On Tue, Oct 18, 2016 at 8:37 PM, Krishna, Tushar <tus...@ece.gatech.edu> >> wrote: >> >>> Hi Andreas, >>> Looks like the recent changes to configs/common seem to have broken the >>> example scripts. >>> Not just garnet_synth_traffic. >>> I built ALPHA_MOESI_hammer and ran it with >>> configs/example/ruby_random_test.py >>> and got the same error. >>> >>> Thanks, >>> Tushar >>> >>> >>> On Oct 18, 2016, at 10:21 AM, F. A. Faisal <dipu.7...@gmail.com> wrote: >>> >>> Hello, >>> >>> Can anyone please help me. >>> >>> I found new problem even using the linux environment. Though the >>> compilation was ok, I found new problem in obtaining the garnet 2.0 >>> output. >>> >>> # scons build/Garnet_standalone/gem5.debug >>> ... >>> [LINK] * -> **Garnet_standalone/gem5.debug* >>> scons: done building targets. >>> >>> # ./build/Garnet_standalone/gem5.debug configs/example/garnet_synth_t >>> raffic.py --num-cpus=16 --num-dirs=16 --network=garnet2.0 >>> --topology=Mesh_XY --mesh-rows=4 --sim-cycles=1000 >>> --synthetic=uniform_random --injectionrate=0.01 >>> >>> gem5 compiled Oct 18 2016 22:52:33 >>> gem5 started Oct 18 2016 23:13:56 >>> command line: ./build/Garnet_standalone/gem5.debug configs >>> /example/garnet_synth_traffic.py --num-cpus=16 --num-dirs=16 >>> --network=garnet2.0 --topology=Mesh_XY --mesh-rows=4 --sim-cycles=1000 >>> --synthetic=uniform_random --injectionrate=0.01 >>> >>> Traceback (most recent call last): >>> File "", line 1, in >>> File "/home/Gems/gem5/src/python/m5/main.py", line 400, in main >>> exec filecode in scope >>> File "configs/example/garnet_synth_traffic.py", line 88, in >>> execfile(os.path.join(config_root, "common", "Options.py")) >>> File "/home/Gems/gem5/configs/common/Options.py", line 44, in >>> from Benchmarks import * >>> ImportError: No module named Benchmarks >>> >>> Thanks in advance... >>> >>> On Mon, Oct 17, 2016 at 5:29 PM, Andreas Hansson < >>> andreas.hans...@arm.com> wrote: >>> >>>> My bad, this is properly broken for ALPHA and tru64. >>>> >>>> In fact t
[gem5-users] scons build error for Garnet 2.0
Dear All,
I found the below errors while compiling through scons for latest gem5
integrated with garnet 2.0 (hg clone http://repo.gem5.org/gem5).
$ scons build/ALPHA/gem5.debug
*build/ALPHA/arch/alpha/tru64/tru64.cc:83:23: **error: **use of undeclared
identifier*
* 'MAP_NONBLOCK'; did you mean 'TGT_MAP_NONBLOCK'?*
{ TGT_MAP_NONBLOCK, MAP_NONBLOCK },
* ^~~~*
TGT_MAP_NONBLOCK
*build/ALPHA/arch/alpha/tru64/tru64.hh:78:27: note: *'TGT_MAP_NONBLOCK'
declared
here
static const unsigned TGT_MAP_NONBLOCK = 0x1;
* ^*
*build/ALPHA/arch/alpha/tru64/tru64.cc:85:23: **error: **use of undeclared
identifier*
* 'MAP_POPULATE'; did you mean 'TGT_MAP_POPULATE'?*
{ TGT_MAP_POPULATE, MAP_POPULATE },
* ^~~~*
TGT_MAP_POPULATE
*build/ALPHA/arch/alpha/tru64/tru64.hh:80:27: note: *'TGT_MAP_POPULATE'
declared
here
static const unsigned TGT_MAP_POPULATE = 0x08000;
* ^*
*build/ALPHA/arch/alpha/tru64/tru64.cc:86:20: **error: **use of undeclared
identifier*
* 'MAP_STACK'*
{ TGT_MAP_STACK, MAP_STACK },
* ^*
*build/ALPHA/arch/alpha/tru64/tru64.cc:92:15: **error: **invalid
application of*
* 'sizeof' to an incomplete type 'SyscallFlagTransTable []'*
sizeof(AlphaTru64::mmapFlagTable) /
* ^~~*
10 errors generated.
scons: *** [build/ALPHA/arch/alpha/tru64/tru64.do] Error 1
scons: building terminated because of errors.
$ scons build/ALPHA_MOESI_hammer/gem5.debug
*build/ALPHA_MOESI_hammer/arch/alpha/tru64/tru64.cc:85:23: **error: **use
of*
* undeclared identifier 'MAP_POPULATE'; did you mean
'TGT_MAP_POPULATE'?*
{ TGT_MAP_POPULATE, MAP_POPULATE },
* ^~~~*
TGT_MAP_POPULATE
*build/ALPHA_MOESI_hammer/arch/alpha/tru64/tru64.hh:80:27: note: *
'TGT_MAP_POPULATE' declared here
static const unsigned TGT_MAP_POPULATE = 0x08000;
* ^*
*build/ALPHA_MOESI_hammer/arch/alpha/tru64/tru64.cc:86:20: **error: **use
of*
* undeclared identifier 'MAP_STACK'*
{ TGT_MAP_STACK, MAP_STACK },
* ^*
*build/ALPHA_MOESI_hammer/arch/alpha/tru64/tru64.cc:92:15: **error: *
*invalid*
* application of 'sizeof' to an incomplete type 'SyscallFlagTransTable
[]'*
sizeof(AlphaTru64::mmapFlagTable) /
* ^~~*
10 errors generated.
scons: *** [build/ALPHA_MOESI_hammer/arch/alpha/tru64/tru64.do] Error 1
scons: building terminated because of errors.
Thanks for earliest reply.
Best regards,
F. A. Faisal
___
gem5-users mailing list
gem5-users@gem5.org
http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
Re: [gem5-users] scons build error for Garnet 2.0
$ g++ -v
Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr
--with-gxx-include-dir=/usr/include/c++/4.2.1
Apple LLVM version 7.3.0 (clang-703.0.29)
Target: x86_64-apple-darwin15.4.0
Thread model: posix
On Sat, Oct 15, 2016 at 9:53 PM, Abdul Mutaal <abdul.mut...@gmail.com>
wrote:
> C++ version ?
>
> Thanks
>
> On Sat, Oct 15, 2016 at 2:01 PM, F. A. Faisal <dipu.7...@gmail.com> wrote:
>
>> Dear All,
>>
>> I found the below errors while compiling through scons for latest gem5
>> integrated with garnet 2.0 (hg clone http://repo.gem5.org/gem5).
>>
>> $ scons build/ALPHA/gem5.debug
>> *build/ALPHA/arch/alpha/tru64/tru64.cc:83:23: **error: **use of
>> undeclared identifier*
>> * 'MAP_NONBLOCK'; did you mean 'TGT_MAP_NONBLOCK'?*
>> { TGT_MAP_NONBLOCK, MAP_NONBLOCK },
>> * ^~~~*
>> TGT_MAP_NONBLOCK
>> *build/ALPHA/arch/alpha/tru64/tru64.hh:78:27: note: *'TGT_MAP_NONBLOCK'
>> declared
>> here
>> static const unsigned TGT_MAP_NONBLOCK = 0x1;
>> * ^*
>> *build/ALPHA/arch/alpha/tru64/tru64.cc:85:23: **error: **use of
>> undeclared identifier*
>> * 'MAP_POPULATE'; did you mean 'TGT_MAP_POPULATE'?*
>> { TGT_MAP_POPULATE, MAP_POPULATE },
>> * ^~~~*
>> TGT_MAP_POPULATE
>> *build/ALPHA/arch/alpha/tru64/tru64.hh:80:27: note: *'TGT_MAP_POPULATE'
>> declared
>> here
>> static const unsigned TGT_MAP_POPULATE = 0x08000;
>> * ^*
>> *build/ALPHA/arch/alpha/tru64/tru64.cc:86:20: **error: **use of
>> undeclared identifier*
>> * 'MAP_STACK'*
>> { TGT_MAP_STACK, MAP_STACK },
>> * ^*
>> *build/ALPHA/arch/alpha/tru64/tru64.cc:92:15: **error: **invalid
>> application of*
>> * 'sizeof' to an incomplete type 'SyscallFlagTransTable []'*
>> sizeof(AlphaTru64::mmapFlagTable) /
>> * ^~~*
>> 10 errors generated.
>> scons: *** [build/ALPHA/arch/alpha/tru64/tru64.do] Error 1
>> scons: building terminated because of errors.
>>
>>
>> $ scons build/ALPHA_MOESI_hammer/gem5.debug
>> *build/ALPHA_MOESI_hammer/arch/alpha/tru64/tru64.cc:85:23: **error: **use
>> of*
>> * undeclared identifier 'MAP_POPULATE'; did you mean
>> 'TGT_MAP_POPULATE'?*
>> { TGT_MAP_POPULATE, MAP_POPULATE },
>> * ^~~~*
>> TGT_MAP_POPULATE
>> *build/ALPHA_MOESI_hammer/arch/alpha/tru64/tru64.hh:80:27: note: *
>> 'TGT_MAP_POPULATE' declared here
>> static const unsigned TGT_MAP_POPULATE = 0x08000;
>> * ^*
>> *build/ALPHA_MOESI_hammer/arch/alpha/tru64/tru64.cc:86:20: **error: **use
>> of*
>> * undeclared identifier 'MAP_STACK'*
>> { TGT_MAP_STACK, MAP_STACK },
>> * ^*
>> *build/ALPHA_MOESI_hammer/arch/alpha/tru64/tru64.cc:92:15: **error: *
>> *invalid*
>> * application of 'sizeof' to an incomplete type
>> 'SyscallFlagTransTable []'*
>> sizeof(AlphaTru64::mmapFlagTable) /
>> * ^~~*
>> 10 errors generated.
>> scons: *** [build/ALPHA_MOESI_hammer/arch/alpha/tru64/tru64.do] Error 1
>> scons: building terminated because of errors.
>>
>> Thanks for earliest reply.
>>
>> Best regards,
>>
>> F. A. Faisal
>>
>>
>> ___
>> gem5-users mailing list
>> gem5-users@gem5.org
>> http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
>>
>
>
>
> --
>
> Regards,
> Abdul Mutaal
> LinkedIn : https://de.linkedin.com/in/abdulmutaalahmad
> Email : abdul.mut...@gmail.com
>
>
> ___
> gem5-users mailing list
> gem5-users@gem5.org
> http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
>
___
gem5-users mailing list
gem5-users@gem5.org
http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
Re: [gem5-users] scons build error for Garnet 2.0
Hello,
Can anyone please help me.
I found new problem even using the linux environment. Though the
compilation was ok, I found new problem in obtaining the garnet 2.0 output.
# scons build/Garnet_standalone/gem5.debug
...
[LINK] * -> **Garnet_standalone/gem5.debug*
scons: done building targets.
# ./build/Garnet_standalone/gem5.debug configs/example/garnet_synth_traffic.
py --num-cpus=16 --num-dirs=16 --network=garnet2.0 --topology=Mesh_XY
--mesh-rows=4 --sim-cycles=1000 --synthetic=uniform_random
--injectionrate=0.01
gem5 compiled Oct 18 2016 22:52:33
gem5 started Oct 18 2016 23:13:56
command line: ./build/Garnet_standalone/gem5.debug configs
/example/garnet_synth_traffic.py --num-cpus=16 --num-dirs=16
--network=garnet2.0 --topology=Mesh_XY --mesh-rows=4 --sim-cycles=1000
--synthetic=uniform_random --injectionrate=0.01
Traceback (most recent call last):
File "", line 1, in
File "/home/Gems/gem5/src/python/m5/main.py", line 400, in main
exec filecode in scope
File "configs/example/garnet_synth_traffic.py", line 88, in
execfile(os.path.join(config_root, "common", "Options.py"))
File "/home/Gems/gem5/configs/common/Options.py", line 44, in
from Benchmarks import *
ImportError: No module named Benchmarks
Thanks in advance...
On Mon, Oct 17, 2016 at 5:29 PM, Andreas Hansson <andreas.hans...@arm.com>
wrote:
> My bad, this is properly broken for ALPHA and tru64.
>
> In fact this was broken as part of:
>
> changeset: 11383:5ac090acd180
> user:Brandon Potter <brandon.pot...@amd.com>
> date:Thu Mar 17 10:24:17 2016 -0700
> summary: syscall_emul: extend mmap system call to support file backed
> mmap
>
> It was later fixed for Linux, but not tru64 it appears.
>
> Brandon, could you get this resolved?
>
> Thanks,
>
> Andreas
>
> From: gem5-users <gem5-users-boun...@gem5.org> on behalf of Andreas
> Hansson <andreas.hans...@arm.com>
> Reply-To: gem5 users mailing list <gem5-users@gem5.org>
> Date: Monday, 17 October 2016 at 08:54
>
> To: gem5 users mailing list <gem5-users@gem5.org>
> Subject: Re: [gem5-users] scons build error for Garnet 2.0
>
> Just use clang (i.e. the default OSX compiler).
>
> Andreas
>
> From: gem5-users <gem5-users-boun...@gem5.org> on behalf of "F. A.
> Faisal" <dipu.7...@gmail.com>
> Reply-To: gem5 users mailing list <gem5-users@gem5.org>
> Date: Saturday, 15 October 2016 at 14:22
> To: gem5 users mailing list <gem5-users@gem5.org>
> Subject: Re: [gem5-users] scons build error for Garnet 2.0
>
> I tried with another gcc, but the result is the same...
>
>
> $ port select --set gccmp-gcc49
>
>
> $ port select --list gcc
>
> Warning: port definitions are more than two weeks old, consider updating
> them by running 'port selfupdate'.
>
> Available versions for gcc:
>
> apple-gcc42
>
> mp-gcc47
>
> mp-gcc49 (active)
>
> none
>
>
> $ scons build/ALPHA_MOESI_hammer/gem5.debug
>
> build/ALPHA_MOESI_hammer/arch/alpha/tru64/tru64.cc:82:21: error:
> 'MAP_LOCKED' was not declared in this scope
>
>{ TGT_MAP_LOCKED, MAP_LOCKED },
>
> ^
>
> build/ALPHA_MOESI_hammer/arch/alpha/tru64/tru64.cc:83:23: error:
> 'MAP_NONBLOCK' was not declared in this scope
>
>{ TGT_MAP_NONBLOCK, MAP_NONBLOCK },
>
>^
>
> build/ALPHA_MOESI_hammer/arch/alpha/tru64/tru64.cc:85:23: error:
> 'MAP_POPULATE' was not declared in this scope
>
>{ TGT_MAP_POPULATE, MAP_POPULATE },
>
>^
>
> build/ALPHA_MOESI_hammer/arch/alpha/tru64/tru64.cc:86:20: error:
> 'MAP_STACK' was not declared in this scope
>
>{ TGT_MAP_STACK, MAP_STACK },
>
> ^
>
> scons: *** [build/ALPHA_MOESI_hammer/arch/alpha/tru64/tru64.do] Error 1
>
> scons: building terminated because of errors.
>
>
> Thanks...
>
>
> On Sat, Oct 15, 2016 at 10:06 PM, Abdul Mutaal <abdul.mut...@gmail.com>
> wrote:
>
>> Try with >=4.5
>>
>> On Oct 15, 2016 2:56 PM, "F. A. Faisal" <dipu.7...@gmail.com> wrote:
>>
>>> $ g++ -v
>>>
>>> Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr
>>> --with-gxx-include-dir=/usr/include/c++/4.2.1
>>>
>>> Apple LLVM version 7.3.0 (clang-703.0.29)
>>>
>>> Target: x86_64-apple-darwin15.4.0
>>>
>>> Thread model: posix
>>>
>>> On Sat, Oct 15, 2016 at 9:53 PM, Abdul Mutaal <abdul.mut...@gmail.com>
>>> wrote:
>>>
>>>> C++ version ?
>>>>
Re: [gem5-users] scons build error for Garnet 2.0
I tried with another gcc, but the result is the same...
$ port select --set gcc mp-gcc49
$ port select --list gcc
Warning: port definitions are more than two weeks old, consider updating
them by running 'port selfupdate'.
Available versions for gcc:
apple-gcc42
mp-gcc47
mp-gcc49 (active)
none
$ scons build/ALPHA_MOESI_hammer/gem5.debug
build/ALPHA_MOESI_hammer/arch/alpha/tru64/tru64.cc:82:21: error:
'MAP_LOCKED' was not declared in this scope
{ TGT_MAP_LOCKED, MAP_LOCKED },
^
build/ALPHA_MOESI_hammer/arch/alpha/tru64/tru64.cc:83:23: error:
'MAP_NONBLOCK' was not declared in this scope
{ TGT_MAP_NONBLOCK, MAP_NONBLOCK },
^
build/ALPHA_MOESI_hammer/arch/alpha/tru64/tru64.cc:85:23: error:
'MAP_POPULATE' was not declared in this scope
{ TGT_MAP_POPULATE, MAP_POPULATE },
^
build/ALPHA_MOESI_hammer/arch/alpha/tru64/tru64.cc:86:20: error:
'MAP_STACK' was not declared in this scope
{ TGT_MAP_STACK, MAP_STACK },
^
scons: *** [build/ALPHA_MOESI_hammer/arch/alpha/tru64/tru64.do] Error 1
scons: building terminated because of errors.
Thanks...
On Sat, Oct 15, 2016 at 10:06 PM, Abdul Mutaal <abdul.mut...@gmail.com>
wrote:
> Try with >=4.5
>
> On Oct 15, 2016 2:56 PM, "F. A. Faisal" <dipu.7...@gmail.com> wrote:
>
>> $ g++ -v
>>
>> Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr
>> --with-gxx-include-dir=/usr/include/c++/4.2.1
>>
>> Apple LLVM version 7.3.0 (clang-703.0.29)
>>
>> Target: x86_64-apple-darwin15.4.0
>>
>> Thread model: posix
>>
>> On Sat, Oct 15, 2016 at 9:53 PM, Abdul Mutaal <abdul.mut...@gmail.com>
>> wrote:
>>
>>> C++ version ?
>>>
>>> Thanks
>>>
>>> On Sat, Oct 15, 2016 at 2:01 PM, F. A. Faisal <dipu.7...@gmail.com>
>>> wrote:
>>>
>>>> Dear All,
>>>>
>>>> I found the below errors while compiling through scons for latest gem5
>>>> integrated with garnet 2.0 (hg clone http://repo.gem5.org/gem5).
>>>>
>>>> $ scons build/ALPHA/gem5.debug
>>>> *build/ALPHA/arch/alpha/tru64/tru64.cc:83:23: **error: **use of
>>>> undeclared identifier*
>>>> * 'MAP_NONBLOCK'; did you mean 'TGT_MAP_NONBLOCK'?*
>>>> { TGT_MAP_NONBLOCK, MAP_NONBLOCK },
>>>> * ^~~~*
>>>> TGT_MAP_NONBLOCK
>>>> *build/ALPHA/arch/alpha/tru64/tru64.hh:78:27: note: *'TGT_MAP_NONBLOCK'
>>>> declared
>>>> here
>>>> static const unsigned TGT_MAP_NONBLOCK = 0x1;
>>>> * ^*
>>>> *build/ALPHA/arch/alpha/tru64/tru64.cc:85:23: **error: **use of
>>>> undeclared identifier*
>>>> * 'MAP_POPULATE'; did you mean 'TGT_MAP_POPULATE'?*
>>>> { TGT_MAP_POPULATE, MAP_POPULATE },
>>>> * ^~~~*
>>>> TGT_MAP_POPULATE
>>>> *build/ALPHA/arch/alpha/tru64/tru64.hh:80:27: note: *'TGT_MAP_POPULATE'
>>>> declared
>>>> here
>>>> static const unsigned TGT_MAP_POPULATE = 0x08000;
>>>> * ^*
>>>> *build/ALPHA/arch/alpha/tru64/tru64.cc:86:20: **error: **use of
>>>> undeclared identifier*
>>>> * 'MAP_STACK'*
>>>> { TGT_MAP_STACK, MAP_STACK },
>>>> * ^*
>>>> *build/ALPHA/arch/alpha/tru64/tru64.cc:92:15: **error: **invalid
>>>> application of*
>>>> * 'sizeof' to an incomplete type 'SyscallFlagTransTable []'*
>>>> sizeof(AlphaTru64::mmapFlagTable) /
>>>> * ^~~*
>>>> 10 errors generated.
>>>> scons: *** [build/ALPHA/arch/alpha/tru64/tru64.do] Error 1
>>>> scons: building terminated because of errors.
>>>>
>>>>
>>>> $ scons build/ALPHA_MOESI_hammer/gem5.debug
>>>> *build/ALPHA_MOESI_hammer/arch/alpha/tru64/tru64.cc:85:23: **error: **use
>>>> of*
>>>> * undeclared identifier 'MAP_POPULATE'; did you mean
>>>> 'TGT_MAP_POPULATE'?*
>>>> { TGT_MAP_POPULATE, MAP_POPULATE },
>>>> * ^~~~*
>>>> TGT_MAP_POPULATE
>>>> *build/ALPHA_MOESI_hammer/arch/alpha/tru64/tru64.hh:80:27: note: *
>>>> 'TGT_MAP_POPULATE' declared here
>>>> static const unsigned TGT_MAP_POPULATE = 0x08000;
>>&
[gem5-users] Hierarchical Networks on Garnet 2.0
Dear All, I am currently working with the various traffic analyses for Garnet 2.0. My main focus is on the variable linked hierarchical networks at the various network levels. Hence, different on-chip nodes are interconnected with the different on-chip network ( http://ieeexplore.ieee.org/document/1250094/). This feature requires a specialized routing algorithm other than conventional DOR. Hence, Garnet 2.0 can be used for replacing the routing algorithm. However, this option was unavailable in Garnet 1.0. Now, my concern is - 1. Can node link architecture can be replaced in garnet 2.0 (node can be interconnected with variable number of links ). Booksim 2.0 don't have this feature. 2. Hence, some node port might be unused. 3. Garnet 1.0 was integrated with Orion 1.0. Is there any power simulator was used in Garnet 2.0? 4. The network routing algorithm should consider the on-chip connection and also off-chip connection. Hence, can we consider a variable number of VC for on-chip links as well as variable off-chip links. Thanks a lot in advance... Yours sincerely, Faisal ___ gem5-users mailing list gem5-users@gem5.org http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
[gem5-users] Garnet 2.0: Invariable Injection Rate for Different Vnets
Dear All, I found that using high simulation cycle and large network like- 256 nodes the flit injection rate for different Vnets are different. Hence, networks like Torus are becoming deadlocked very soon, even I implement the VC partitioning. Now, the question is can I use the different VC of Different Vnets for reducing this conjection or can I distribute the flits evenly between all the vnets to make sure the network is not in deadlock. I will appreciate your earliest reply. Thanks and best regards, F. A. Faisal ___ gem5-users mailing list gem5-users@gem5.org http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
Re: [gem5-users] Need Linux Kernel with 256 core for X86
I tried to use only 4 core with the 2.6.28.4.smp kernel and even then I am getting the below errors from gem5. I think the current gem5 version is not capable to run the linux kernel 2.6.28.4.smp (from kernel.org or parsec.m5). Hence, please let me know what needful to be done to run the 2.6.28.4.smp kernel in gem5. ./build/X86/gem5.opt configs/example/fs.py --cpu-type=TimingSimpleCPU --script=script/blackscholes_4c_simsmall.rcS --num-cpus=4 --ruby --mesh-rows=2 --network=garnet2.0 --topology=Mesh_XY --caches --l2cache --l2_size=512kB --num-dirs=4 --num-l2=4 --l1d_size=32kB --l1i_size=32kB --l1d_assoc=2 --l1i_assoc=2 --kernel=/home1/x/3RDCOPY/gem5/X86/binaries/x86_64-vmlinux-2.6.28.4.smp --disk-image=/home1/x/3RDCOPY/gem5/X86/disks/x86root.img kernel BUG at arch/x86/kernel/xsave.c:323! warn: x86 cpuid family 0x: unimplemented function 13 Kernel panic - not syncing: Attempted to kill the idle task! [ cut here ] WARNING: at kernel/smp.c:333 smp_call_function_mask+0x1de/0x250() Modules linked in: Pid: 0, comm: swapper Tainted: G D W 2.6.28-rc4-dirty #5 Call Trace: [] warn_on_slowpath+0x62/0xa0 [] vsnprintf+0x449/0x6b0 [] string+0x34/0xf0 [] vsnprintf+0x408/0x6b0 [] up+0xd/0x40 [] release_console_sem+0x1ae/0x200 [] stop_this_cpu+0x0/0x30 [] smp_call_function_mask+0x1de/0x250 [] vsnprintf+0x268/0x6b0 [] printk+0x40/0x45 [] native_smp_send_stop+0x20/0x30 [] panic+0x82/0x129 [] do_exit+0x7de/0x890 [] printk+0x40/0x45 [] oops_end+0x7a/0xc0 [] do_invalid_op+0x84/0xa0 [] xsave_cntxt_init+0x35/0x130 [] release_console_sem+0x1ae/0x200 [] up+0xd/0x40 [] error_exit+0x0/0x51 [] xsave_cntxt_init+0x35/0x130 [] xsave_cntxt_init+0x35/0x130 [] fpu_init+0x4a/0x97 [] cpu_init+0x319/0x33f [] start_kernel+0x1b2/0x321 [] x86_64_start_kernel+0xd9/0xdd ---[ end trace 4eaa2a86a8e2da22 ]--- Thanks and best regards, Faisal On Sat, Jul 15, 2017 at 5:32 AM, Gabe Black <gabebl...@google.com> wrote: > The x86 interrupt controller architecture gem5 implements is described in > the Intel MultiProcessor Specification which is about 20 years old, and is > a standard called APIC. Looking at the spec, it has an 8 bit ID register > and so up to 255 APICs can have unique IDs. I see on the internet folks > saying the local APICs (ie. the ones attached to each CPU) only have a 4 > bit ID field, so that actually limits you to 15 devices. > > If you want to support more CPUs, you'd probably want to implement a new > standard like xAPIC or x2APIC. xAPIC apparently makes the ID field 8 bits > again which would make it possible to address 255 CPUs. The little bit of > the x2APIC spec I looked at seems to say it supports 32 bit IDs, so enough > that the limit could be considered arbitrarily high, and a logical > destination addressing scheme (ie. a bit vector of target IDs, I believe) > which supports a clustering concept which makes it able to address more > CPUs too. > > Gabe > > On Fri, Jul 14, 2017 at 8:17 AM, <dipu.7...@gmail.com> wrote: > >> Thanks for earliest reply. >> >> 1. I know how to set the 256 core in Linux kernel using make menuconfig. >> However, the main problem is the current gem5 version is not even >> allowing to run the 16 core for Linux kernel 2.6.28.4, which is always >> showing kernel panic as I mentioned below. Old version like- 2.7.22.9.smp >> is running fine but I don't have the original package (don't find it in >> kernel.org). So I can't reset the number of core. >> 2. My target is to get exactly 256 core benchmark performance. So, I also >> like to change those files to obtain those results. >> >> Thanks and best regards, >> >> Faisal >> >> On Jul 14, 2017, at 11:32 PM, Jason Lowe-Power <ja...@lowepower.com> >> wrote: >> >> Hello, >> >> A couple of points: >> 1. You probably will need to compile a custom Linux kernel to support 256 >> cores. This isn't something that is expected to work out of the box. >> 2. I don't think gem5 supports more than 256 cores (and maybe not that >> many) without making code modifications. I believe there are a few places >> where we use a core bitvector, and I doubt it's bigger than 64-bits. >> >> Jason >> >> On Fri, Jul 14, 2017 at 6:03 AM F. A. Faisal <dipu.7...@gmail.com> wrote: >> >>> Dear All, >>> >>> I basically want to run the benchmarks like- splash or parsec with 256 >>> cores. >>> >>> Hence, I tried with X86 ISA with the linux kernel from the Parsec site ( >>> http://www.cs.utexas.edu/~parsec_m5/), which returns the kernel panic >>> with "warn: x86 cpuid family 0x: unimplemented function 13". >>> >>> And
[gem5-users] Need Linux Kernel with 256 core for X86
Dear All, I basically want to run the benchmarks like- splash or parsec with 256 cores . Hence, I tried with X86 ISA with the linux kernel from the Parsec site ( http://www.cs.utexas.edu/~parsec_m5/), which returns the kernel panic with "warn: x86 cpuid family 0x: unimplemented function 13". And even I downloaded the kernel from ( https://www.kernel.org/pub/linux/kernel/v2.6/) (both .bz2 and .gz), which also returns the kernel panic with the same warning message (kernel BUG at arch/x86/kernel/xsave.c:323). On the other hand, I download the X86 disk image from- - X86 full system image: [http://www.m5sim.org/dist/current/x86/x86-system.tar.bz2]. Then, I also tried "x86_64-vmlinux-2.6.22.9.smp" which is running fine with maximum 8 cores and obviously can't increase the core number. Please let me know download link for the stable Linux kernel of X86. GEM5> (USED GIT Repository, Download- 28/06/2017) Thanks in advance. Best regards, F. A. Faisal ___ gem5-users mailing list gem5-users@gem5.org http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
Re: [gem5-users] Garnet 2.0: Torus is being Deadlocked for 256 nodes with injection rate = 0.14
Dear Professor,
Thanks for the reply.
If I understand you correctly, I have update the OutputUnit.cc file as
below-
However, I am still facing the deadlock issue.
Please let me know if I am missing something or it requires any other file
to be updated.
// Check if the output port (i.e., input port at next router) has free VCs.
// invc is the input port vc number, obtained
from SwitchAllocator::send_allowed(int invc)
bool
OutputUnit::has_free_vc(int vnet, int invc)
{
int vc_base = vnet*m_vc_per_vnet;
for (int vc = vc_base; vc < vc_base + m_vc_per_vnet; vc++) {
if (invc % 2 == 0){ // if invc is even can choose any VC,,,
if (is_vc_idle(vc, m_router->curCycle()))
return true;
}else {
if (vc % 2 != 0) { // if invc is odd then choose the odd
VC only...
if (is_vc_idle(vc, m_router->curCycle()))
return true;
}
}
}
return false;
}
// Assign a free output VC to the winner of Switch Allocation
int
OutputUnit::select_free_vc(int vnet, int invc)
{
int vc_base = vnet*m_vc_per_vnet;
for (int vc = vc_base; vc < vc_base + m_vc_per_vnet; vc++) {
if (invc % 2 == 0){
if (is_vc_idle(vc, m_router->curCycle())) {
m_outvc_state[vc]->setState(ACTIVE_, m_router->curCycle());
return vc;
}
}
else{
if (vc % 2 != 0) { // if invc is odd then choose the odd VC
only...
if (is_vc_idle(vc, m_router->curCycle())) {
m_outvc_state[vc]->setState(ACTIVE_, m_router->curCycle());
return vc;
}
}
}
}
return -1;
}
Thanks again.
Best regards,
F. A. Faisal
___
gem5-users mailing list
gem5-users@gem5.org
http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
Re: [gem5-users] Garnet 2.0: Torus is being Deadlocked for 256 nodes with injection rate = 0.14
Plus... The default weight based routing selects the free VC. If so, then why I need to do the VC partitioning as you mentioned in the Torus network. *VC Selection (VS)*: The winner of SA selects a free VC (if HEAD/HEAD_TAIL flit) from its output port. I think this is a very important issue for all the users of garnet 2,0. I would like to solve this. Thanks again. Faisal On Mon, Jul 24, 2017 at 11:21 PM, F. A. Faisal <dipu.7...@gmail.com> wrote: > Thanks a lot for reply. > > This is little bit terrible news for me. > > However, as far I know garnet1.0 don't have the deadlock issue with Torus. > Please let me know how can I implement a VC partitioning scheme. Is it > possible? > > I can configure the routing algorithm with particular channel selection, > but I have no idea of VC partitioning in gem5. > > Please help me. > > Thanks again. > > Faisal > > > On Mon, Jul 24, 2017 at 10:33 PM, Krishna, Tushar <tus...@ece.gatech.edu> > wrote: > >> Hi Faisal, >> The Torus topology deadlocks as it has rings in each dimension unless one >> implements a VC partitioning scheme or bubble flow control. That's why I >> removed torus from the default topologies provided by garnet2.0. If you >> implement torus, you will have to implement deadlock freedom. >> >> Cheers, >> Tushar >> >> >> On Jul , 2017, at 5:56 PM, F. A. Faisal <dipu.7...@gmail.com> wrote: >> >> Dear All, >> >> I like to simulate the synthetic traffic analysis for Torus for 256 nodes >> with uniform traffic. >> However, the network is showing latency degradation after 0.14 injection >> rate (flit latency = 33.044985 for 0.14 and flit latency = 38.244770 for >> 0.13 ), which could be the possible case of network deadlocked. >> I configured the garnet 2.0 with all the default settings (4 vc + 16 >> bandwith factor) and Mesh network is also performing properly. As the >> number of VC is 4, Torus should not be in a deadlock. >> >> I also like to share the network file as attachment. >> And please consider the simulation condition as below- >> >> ./build/Garnet_standalone/gem5.debug configs.py/example/garnet_synt >> h_traffic --num-cpus=256 --num-dirs=256 --network=garnet2.0 >> --topology=Torus_XY --mesh-rows=16 --sim-cycles=2 >> --synthetic=uniform_random --injectionrate=0.14 --routing-algorithm=0 -- >> vcs-per-vnet=4 >> >> >> Please let me know how to resolve this issue for Garnet 2.0. >> >> >> Thanks and best regards, >> >> >> F.A. Faisal >> >> >> >> ___ >> gem5-users mailing list >> gem5-users@gem5.org >> http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users >> >> >> ___ >> gem5-users mailing list >> gem5-users@gem5.org >> http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users >> > > ___ gem5-users mailing list gem5-users@gem5.org http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
Re: [gem5-users] Garnet 2.0: Torus is being Deadlocked for 256 nodes with injection rate = 0.14
Thanks a lot for reply. This is little bit terrible news for me. However, as far I know garnet1.0 don't have the deadlock issue with Torus. Please let me know how can I implement a VC partitioning scheme. Is it possible? I can configure the routing algorithm with particular channel selection, but I have no idea of VC partitioning in gem5. Please help me. Thanks again. Faisal On Mon, Jul 24, 2017 at 10:33 PM, Krishna, Tushar <tus...@ece.gatech.edu> wrote: > Hi Faisal, > The Torus topology deadlocks as it has rings in each dimension unless one > implements a VC partitioning scheme or bubble flow control. That's why I > removed torus from the default topologies provided by garnet2.0. If you > implement torus, you will have to implement deadlock freedom. > > Cheers, > Tushar > > > On Jul , 2017, at 5:56 PM, F. A. Faisal <dipu.7...@gmail.com> wrote: > > Dear All, > > I like to simulate the synthetic traffic analysis for Torus for 256 nodes > with uniform traffic. > However, the network is showing latency degradation after 0.14 injection > rate (flit latency = 33.044985 for 0.14 and flit latency = 38.244770 for > 0.13 ), which could be the possible case of network deadlocked. > I configured the garnet 2.0 with all the default settings (4 vc + 16 > bandwith factor) and Mesh network is also performing properly. As the > number of VC is 4, Torus should not be in a deadlock. > > I also like to share the network file as attachment. > And please consider the simulation condition as below- > > ./build/Garnet_standalone/gem5.debug configs.py/example/garnet_ > synth_traffic --num-cpus=256 --num-dirs=256 --network=garnet2.0 > --topology=Torus_XY --mesh-rows=16 --sim-cycles=2 > --synthetic=uniform_random --injectionrate=0.14 --routing-algorithm=0 -- > vcs-per-vnet=4 > > > Please let me know how to resolve this issue for Garnet 2.0. > > > Thanks and best regards, > > > F.A. Faisal > > > > ___ > gem5-users mailing list > gem5-users@gem5.org > http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users > > > ___ > gem5-users mailing list > gem5-users@gem5.org > http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users > ___ gem5-users mailing list gem5-users@gem5.org http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
Re: [gem5-users] Garnet 2.0: Torus is being Deadlocked for 256 nodes with injection rate = 0.14
I checked the problem more detailed.
However, I think the problem is if we fix the VC for any same directional
routing then many packets remains in deadlock.
Hence, the best option is to make sure to fix the VC while we are making
the wrap-around routing and can choose any VC after the wrap around routing
has been completed.
Now, I need to know how can I find the next router ID in RoutingUnit.cc.
Problem is in RoutingUnit.cc only provides the output link number.
So I need to know the Next router ID. Please let me know, if there is any
property or parameter can let me know the next router ID (May not be
destination router ID) which is connected with the output port of the
current router.
Thanks a lot again.
Thanks and best regards,
F.A. Faisal
On Tue, Jul 25, 2017 at 7:30 PM, F. A. Faisal <dipu.7...@gmail.com> wrote:
> Dear Professor,
>
> Thanks for the reply.
>
> If I understand you correctly, I have update the OutputUnit.cc file as
> below-
> However, I am still facing the deadlock issue.
>
> Please let me know if I am missing something or it requires any other file
> to be updated.
>
> // Check if the output port (i.e., input port at next router) has free VCs.
> // invc is the input port vc number, obtained from
> SwitchAllocator::send_allowed(int
> invc)
> bool
> OutputUnit::has_free_vc(int vnet, int invc)
> {
> int vc_base = vnet*m_vc_per_vnet;
> for (int vc = vc_base; vc < vc_base + m_vc_per_vnet; vc++) {
> if (invc % 2 == 0){ // if invc is even can choose any VC,,,
> if (is_vc_idle(vc, m_router->curCycle()))
> return true;
> }else {
> if (vc % 2 != 0) { // if invc is odd then choose the odd
> VC only...
> if (is_vc_idle(vc, m_router->curCycle()))
> return true;
> }
> }
> }
> return false;
> }
>
> // Assign a free output VC to the winner of Switch Allocation
> int
> OutputUnit::select_free_vc(int vnet, int invc)
> {
> int vc_base = vnet*m_vc_per_vnet;
> for (int vc = vc_base; vc < vc_base + m_vc_per_vnet; vc++) {
> if (invc % 2 == 0){
> if (is_vc_idle(vc, m_router->curCycle())) {
> m_outvc_state[vc]->setState(ACTIVE_, m_router->curCycle());
> return vc;
> }
> }
> else{
> if (vc % 2 != 0) { // if invc is odd then choose the odd VC
> only...
> if (is_vc_idle(vc, m_router->curCycle())) {
> m_outvc_state[vc]->setState(ACTIVE_, m_router->curCycle());
> return vc;
> }
> }
> }
> }
> return -1;
> }
>
> Thanks again.
>
> Best regards,
>
> F. A. Faisal
>
___
gem5-users mailing list
gem5-users@gem5.org
http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
[gem5-users] Garnet 2.0: Torus is being Deadlocked for 256 nodes with injection rate = 0.14
Dear All, I like to simulate the synthetic traffic analysis for Torus for 256 nodes with uniform traffic. However, the network is showing latency degradation after 0.14 injection rate (flit latency = 33.044985 for 0.14 and flit latency = 38.244770 for 0.13 ), which could be the possible case of network deadlocked. I configured the garnet 2.0 with all the default settings (4 vc + 16 bandwith factor) and Mesh network is also performing properly. As the number of VC is 4, Torus should not be in a deadlock. I also like to share the network file as attachment. And please consider the simulation condition as below- ./build/Garnet_standalone/gem5.debug configs.py/example/garnet_synth_traffic --num-cpus=256 --num-dirs=256 --network=garnet2.0 --topology=Torus_XY --mesh-rows=16 --sim-cycles=2 --synthetic=uniform_random --injectionrate=0.14 --routing-algorithm=0 --vcs-per-vnet=4 Please let me know how to resolve this issue for Garnet 2.0. Thanks and best regards, F.A. Faisal # Copyright (c) 2010 Advanced Micro Devices, Inc. # 2016 Georgia Institute of Technology # All rights reserved. # # Redistribution and use in source and binary forms, with or without # modification, are permitted provided that the following conditions are # met: redistributions of source code must retain the above copyright # notice, this list of conditions and the following disclaimer; # redistributions in binary form must reproduce the above copyright # notice, this list of conditions and the following disclaimer in the # documentation and/or other materials provided with the distribution; # neither the name of the copyright holders nor the names of its # contributors may be used to endorse or promote products derived from # this software without specific prior written permission. # # THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS # "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT # LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR # A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT # OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, # SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT # LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, # DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY # THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT # (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE # OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. # # Authors: Brad Beckmann # Tushar Krishna from m5.params import * from m5.objects import * from BaseTopology import SimpleTopology # Creates a generic Mesh assuming an equal number of cache # and directory controllers. # XY routing is enforced (using link weights) # to guarantee deadlock freedom. class Torus_XY(SimpleTopology): description='Torus_XY' def __init__(self, controllers): self.nodes = controllers # Makes a generic mesh # assuming an equal number of cache and directory cntrls def makeTopology(self, options, network, IntLink, ExtLink, Router): nodes = self.nodes num_routers = options.num_cpus num_rows = options.mesh_rows # default values for link latency and router latency. # Can be over-ridden on a per link/router basis link_latency = options.link_latency # used by simple and garnet router_latency = options.router_latency # only used by garnet # There must be an evenly divisible number of cntrls to routers # Also, obviously the number or rows must be <= the number of routers cntrls_per_router, remainder = divmod(len(nodes), num_routers) assert(num_rows > 0 and num_rows <= num_routers) num_columns = int(num_routers / num_rows) assert(num_columns * num_rows == num_routers) # Create the routers in the torus routers = [Router(router_id=i, latency = router_latency) \ for i in range(num_routers)] network.routers = routers # link counter to set unique link ids link_count = 0 # Add all but the remainder nodes to the list of nodes to be uniformly # distributed across the network. network_nodes = [] remainder_nodes = [] for node_index in xrange(len(nodes)): if node_index < (len(nodes) - remainder): network_nodes.append(nodes[node_index]) else: remainder_nodes.append(nodes[node_index]) # Connect each node to the appropriate router ext_links = [] for (i, n) in enumerate(network_nodes): cntrl_level, router_id = divmod(i, num_routers) assert(cntrl_level < cntrls_per_router) ext_links.append(ExtLink(link_id=link_count, ext_node=n, int_node=routers[router_id],
Re: [gem5-users] Garnet 2.0: Invariable Injection Rate for Different Vnets
Dear Professor, Thanks for the reply. However, I think there is no deadlock prevention mechanism is also implemented in garnet. Such case, a simple mesh network can also create the deadlocks with the side by side nodes. It is required to make the Deadlock prevention like- hold and wait. To do this we definitely need to know the out VC condition for next router/node and check his status. If that node is free for next outport with correct VC number, only then We can send the packet to the outport of the current Node. However, I think garnet does not have this checking on the port status of the next node and its outport VC. This is a very important issue for garnet. Please help me. Thanks and regards, F. A. Faisal On Fri, Jul 28, 2017 at 11:28 PM, Krishna, Tushar <tus...@ece.gatech.edu> wrote: > Hi Faisal, > I would try testing the design with one vnet (--inj-vnet=0). And within > each vnet you need to vc partitioning scheme - you basically need to ensure > that there is no potential cyclic dependence between the VCs. I'll reply to > your query in your earlier email next week. > > Cheers, > Tushar > > > On Jul 28, 2017, at 6:57 PM, F. A. Faisal <dipu.7...@gmail.com> wrote: > > > > Dear All, > > > > I found that using high simulation cycle and large network like- 256 > nodes the flit injection rate for different Vnets are different. Hence, > networks like Torus are becoming deadlocked very soon, even I implement the > VC partitioning. > > > > Now, the question is can I use the different VC of Different Vnets for > reducing this conjection > > or can I distribute the flits evenly between all the vnets to make sure > the network is not in deadlock. > > > > I will appreciate your earliest reply. > > > > Thanks and best regards, > > > > F. A. Faisal > > ___ > > gem5-users mailing list > > gem5-users@gem5.org > > http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users > ___ > gem5-users mailing list > gem5-users@gem5.org > http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users ___ gem5-users mailing list gem5-users@gem5.org http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
[gem5-users] FS simulation with Garnet 2.0
Hi, I like to invoke the garnet 2.0 for running the benchmark programs Parsec 2.1. However, previous ruby_fs.py file located at configs/example/ folder is not available with the current gem5 source, which could invoke the garnet 1.0. And now the replaced fs.py file don't have option like- topology, garnet. Hence, can any one please let me know how to invoke the garnet 2.0 for full system simulation. Command for previous gem5 with garnet 1.0- scons build/ALPHA_FS/gem5.opt RUBY=true PROTOCOL=MOESI_CMP_directory build/ALPHA_FS/gem5.opt configs/example/ruby_fs.py --num-cpus=4 --num-dirs=4 --num-l2caches=4 --topology=Mesh --mesh-rows=2 --garnet=fixed --kernel=vmlinux_2.6.27-gcc_4.3.4 --script=scripts/runparsec1.rcS Thanks in advance. F. A. Faisal ___ gem5-users mailing list gem5-users@gem5.org http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
[gem5-users] Parsec 2.1 + Garnet 2.0: Too Slow!!!
Dear All, I tried to simulate the Parsec 2.1 benchmarks with garnet 2.0. I found that other than Blackscholes, rest of benchmarks are taking several days (and still executing) and even I tried with increasing the num of benchmarks, which actually don't have too much effect. However, the actual executions time should be in few hours. Please help me to increase the execution rate and how to know, how many percentage of benchmark program is being finished. My simlutation conditions- # scons FULL_SYSTEM=1 build/ALPHA/gem5.fast RUBY=true PROTOCOL=MESI_Two_Level # ./build/ALPHA/gem5.fast configs/example/fs.py --cpu-type=timing --script=script/vips_256c_simsmall.rcS --num-cpus=16 --mem-size=1GB --ruby --mesh-rows=4 --network=garnet2.0 --topology=Mesh_XY --caches --l2cache --l2_size=1MB --num-dirs=16 --num-l2=16 --l1d_size=32kB --l1i_size=32kB --l1d_assoc=2 --l1i_assoc=2 --disk-image=/home1/faisal/gem5/system/alpha/m5_system_2.0b3/disks/linux-parsec-2-1-m5.img Thanks in advance... Best regards, F. A. Faisal ___ gem5-users mailing list gem5-users@gem5.org http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
Re: [gem5-users] Parsec 2.1 + Garnet 2.0: Too Slow!!!
I could obtain the blackscholes performance within 3hrs using MESI_Two_Level. However, MOESI_CMP_directory is very slow and requires more than 3hrs before starting the ROI section. I recompiled the program as you mentioned and I found the system is showing some INFO message through the telnet localhost (However, I couldn't find such INFO message in case of blackscholes) and still running for about 24 hrs- Linux version: Scientific Linux release 6.1 (Carbon) # scons FULL_SYSTEM=1 build/ALPHA/gem5.fast RUBY=true PROTOCOL=MESI_Two_Level # ./build/ALPHA/gem5.fast configs/example/fs.py --cpu-type=timing --script=script/vips_16c_simsmall.rcS --mem-size=1GB --num-cpus=16 --ruby --mesh-rows=4 --network=garnet2.0 --topology=Mesh_XY --caches --l2cache --l2_size=16MB --num-dirs=16 --num-l2=16 --l1d_size=64kB --l1i_size=64kB --l1d_assoc=2 --l1i_assoc=2 --disk-image=/home1/xxx/gem5/system/alpha/m5_system_2.0b3/disks/linux-parsec-2-1-m5.img INFO: task vips:894 blocked for more than 120 seconds. "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. vips D 0 894871 fc003f073da8 0001 fc36e078 fc003f3ce740 003b9ac9 0003 fc35a16c fc36ddc0 fc86bf40 fc81bf40 fc35a0f0 fc819040 fc003f063ea8 fc63 fc811b80 fc8113b8 fc3111d0 fc3111e8 fc003f05fd40 fc003f05fce8 fc821760 Trace: [] watchdog+0x2b8/0x320 [] kthread+0x7c/0xd0 [] watchdog+0x0/0x320 [] kthread+0x0/0xd0 [] kernel_thread+0x10/0x90 [] kernel_thread+0x28/0x90 Thanks in advance. F. A. Faisal On Wed, Jun 21, 2017 at 10:35 PM, Krishna, Tushar <tus...@ece.gatech.edu> wrote: > Hi Faisal, > I see you are running a 256 threaded vips on the 16 core system. Maybe try > a 16 threaded version? > Also, can you try running without garnet -- I'm curious to see how long > the benchmarks take in that case. > > Cheers, > Tushar > > > On Jun 21, 2017, at 3:07 AM, F. A. Faisal <dipu.7...@gmail.com> wrote: > > Dear All, > > I tried to simulate the Parsec 2.1 benchmarks with garnet 2.0. > I found that other than Blackscholes, rest of benchmarks are taking > several days (and still executing) and even I tried with increasing the > num of benchmarks, which actually don't have too much effect. > However, the actual executions time should be in few hours. > Please help me to increase the execution rate and how to know, how many > percentage of benchmark program is being finished. > > My simlutation conditions- > > # scons FULL_SYSTEM=1 build/ALPHA/gem5.fast RUBY=true > PROTOCOL=MESI_Two_Level > > # ./build/ALPHA/gem5.fast configs/example/fs.py --cpu-type=timing > --script=script/vips_256c_simsmall.rcS --num-cpus=16 --mem-size=1GB > --ruby --mesh-rows=4 --network=garnet2.0 --topology=Mesh_XY --caches > --l2cache --l2_size=1MB --num-dirs=16 --num-l2=16 --l1d_size=32kB > --l1i_size=32kB --l1d_assoc=2 --l1i_assoc=2 --disk-image=/home1/faisal/ > gem5/system/alpha/m5_system_2.0b3/disks/linux-parsec-2-1-m5.img > > Thanks in advance... > > Best regards, > > F. A. Faisal > > ___ > gem5-users mailing list > gem5-users@gem5.org > http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users > > > ___ > gem5-users mailing list > gem5-users@gem5.org > http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users > ___ gem5-users mailing list gem5-users@gem5.org http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
Re: [gem5-users] Parsec 2.1 + Garnet 2.0: Too Slow!!!
Now, I tried the splash-2 benchmarks and even the parsec 2.1(Alpha + Mesi_two_level) in both cases, I can get results within very short time if I ignore the Garent network. When I run the fft (splash2) with garnet options, I found that program get hanged after line- "SMP starting up secondaries" and nothing after that. In case of parsec 2.1 (other than blackscholes), all the giving the "INFO: task vips:894 blocked for more than 120 seconds" and running for long long time and can't getting out of loop. Please help me. Thanks in advance. F. A. Faisal On Fri, Jun 23, 2017 at 1:51 PM, F. A. Faisal <dipu.7...@gmail.com> wrote: > I could obtain the blackscholes performance within 3hrs using > MESI_Two_Level. However, MOESI_CMP_directory is very slow and requires more > than 3hrs before starting the ROI section. > > I recompiled the program as you mentioned and I found the system is > showing some INFO message through the telnet localhost (However, I > couldn't find such INFO message in case of blackscholes) and still running > for about 24 hrs- > > Linux version: Scientific Linux release 6.1 (Carbon) > > > # scons FULL_SYSTEM=1 build/ALPHA/gem5.fast RUBY=true > PROTOCOL=MESI_Two_Level > > # ./build/ALPHA/gem5.fast configs/example/fs.py --cpu-type=timing > --script=script/vips_16c_simsmall.rcS --mem-size=1GB --num-cpus=16 --ruby > --mesh-rows=4 --network=garnet2.0 --topology=Mesh_XY --caches --l2cache > --l2_size=16MB --num-dirs=16 --num-l2=16 --l1d_size=64kB --l1i_size=64kB > --l1d_assoc=2 --l1i_assoc=2 --disk-image=/home1/xxx/gem5/ > system/alpha/m5_system_2.0b3/disks/linux-parsec-2-1-m5.img > > INFO: task vips:894 blocked for more than 120 seconds. > > "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. > > vips D 0 894871 > > fc003f073da8 0001 fc36e078 fc003f3ce740 > >003b9ac9 0003 fc35a16c > >fc36ddc0 fc86bf40 fc81bf40 fc35a0f0 > >fc819040 fc003f063ea8 fc63 fc811b80 > >fc8113b8 fc3111d0 fc3111e8 fc003f05fd40 > >fc003f05fce8 fc821760 > > Trace: > > [] watchdog+0x2b8/0x320 > > [] kthread+0x7c/0xd0 > > [] watchdog+0x0/0x320 > > [] kthread+0x0/0xd0 > > [] kernel_thread+0x10/0x90 > [] kernel_thread+0x28/0x90 > > Thanks in advance. > > F. A. Faisal > > On Wed, Jun 21, 2017 at 10:35 PM, Krishna, Tushar <tus...@ece.gatech.edu> > wrote: > >> Hi Faisal, >> I see you are running a 256 threaded vips on the 16 core system. Maybe >> try a 16 threaded version? >> Also, can you try running without garnet -- I'm curious to see how long >> the benchmarks take in that case. >> >> Cheers, >> Tushar >> >> >> On Jun 21, 2017, at 3:07 AM, F. A. Faisal <dipu.7...@gmail.com> wrote: >> >> Dear All, >> >> I tried to simulate the Parsec 2.1 benchmarks with garnet 2.0. >> I found that other than Blackscholes, rest of benchmarks are taking >> several days (and still executing) and even I tried with increasing the >> num of benchmarks, which actually don't have too much effect. >> However, the actual executions time should be in few hours. >> Please help me to increase the execution rate and how to know, how many >> percentage of benchmark program is being finished. >> >> My simlutation conditions- >> >> # scons FULL_SYSTEM=1 build/ALPHA/gem5.fast RUBY=true >> PROTOCOL=MESI_Two_Level >> >> # ./build/ALPHA/gem5.fast configs/example/fs.py --cpu-type=timing >> --script=script/vips_256c_simsmall.rcS --num-cpus=16 --mem-size=1GB >> --ruby --mesh-rows=4 --network=garnet2.0 --topology=Mesh_XY --caches >> --l2cache --l2_size=1MB --num-dirs=16 --num-l2=16 --l1d_size=32kB >> --l1i_size=32kB --l1d_assoc=2 --l1i_assoc=2 --disk-image=/home1/faisal/gem >> 5/system/alpha/m5_system_2.0b3/disks/linux-parsec-2-1-m5.img >> >> Thanks in advance... >> >> Best regards, >> >> F. A. Faisal >> >> ___ >> gem5-users mailing list >> gem5-users@gem5.org >> http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users >> >> >> ___ >> gem5-users mailing list >> gem5-users@gem5.org >> http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users >> > > ___ gem5-users mailing list gem5-users@gem5.org http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
[gem5-users] Garnet 2.0: Average Network Latency is missing!!!
Dear All, I wanted to validate the garnet 2.0 with garnet 1.0. Hence, I like to get the average network latency or the average latency. However, this parameter is missing from the stats.txt file in garnet 2.0. And even I compare the average packet latency of garnet 2.0 (21.487374) with the garnet 1.0 average latency (40.403994) for 8x8 mesh with same configuration as referenced paper of garnet, which is completely different. Please let me know how to validate garnet 2.0 as of garnet 1.0. Thanks in advance. Best regards, F. A. Faisal ___ gem5-users mailing list gem5-users@gem5.org http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
Re: [gem5-users] Garnet 2.0: Average Network Latency is missing!!!
Thanks a lot for the reply, Basically, I like to obtain the same result which is available in the reference paper of Garnet. In case of 8x8 mesh network with same configuration of four VCs with having each 4-flit buffers_per_data_vc (16 flits/port), we could obtain similar results as the paper till 0.175 injection rate, but if we consider the injection rate is 0.20, this simulation result (garnet 1.0 and fixed pipeline router) shows the average latency more than 300cycles. However, the paper shows about 60 cycles even for 0.30 injection rate. In case of Garnet 2.0 >> 0.20 injection rate shows 130.76cyc I also make sure the router stage is equal to 5 by considering the flexible option (garnet 1.0) and reduce the number of data flits with block_size_bytes=16, which also shows the average latency as above the 300 clock cycles. Please let me know if there is any more configuration to be done to obtain the referenced paper result. ./build/ALPHA_Network_test/gem5.debug configs/example/ruby_network_test.py --num-cpus=64 --num-dirs=64 --topology=Mesh --mesh-rows=8 --sim-cycles=1 --injectionrate=0.15 --synthetic=0 --garnet-network=fixed Thanks and best regards, F. A. Faisal .. On Thu, May 25, 2017 at 2:47 AM, Krishna, Tushar <tus...@ece.gatech.edu> wrote: > Average Network Latency has just been renamed to Average Network Flit > Latency since Garnet2.0 also reports the Average Network Packet Latency. > > > Please take a look at the gem5 wiki for a detailed description of > garnet1.0 vs 2.0. > http://www.gem5.org/Garnet > http://www.gem5.org/Garnet2.0 > > I’m not sure what validating one against the other means. > > Garnet2.0 uses a 1-cycle router by default so the network latency is not > expected to match that from the original garnet1.0 paper which assumed a > 4-cycle router as the default. > You can mimic a 4-cycle router in garnet2.0 by setting --router-latency=4 > (look at configs/network/Network.py) but it will not match exactly. > > Cheers, > Tushar > > > > On May 24, 2017, at 6:11 AM, F. A. Faisal <dipu.7...@gmail.com> wrote: > > Dear All, > > I wanted to validate the garnet 2.0 with garnet 1.0. > Hence, I like to get the average network latency or the average latency. > However, this parameter is missing from the stats.txt file in garnet 2.0. > And even I compare the average packet latency of garnet 2.0 (21.487374) > with the garnet 1.0 average latency (40.403994) for 8x8 mesh with same > configuration as referenced paper of garnet, which is completely different. > > Please let me know how to validate garnet 2.0 as of garnet 1.0. > > Thanks in advance. > > Best regards, > > F. A. Faisal > ___ > gem5-users mailing list > gem5-users@gem5.org > http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users > > > > ___ > gem5-users mailing list > gem5-users@gem5.org > http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users > ___ gem5-users mailing list gem5-users@gem5.org http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
Re: [gem5-users] FS simulation with Garnet 2.0
I solved that problem also. This problem is basically related to gem5 versioning. I think after garnet 2.0, Gem5 should publish a new stable version. This problem is related to below link- https://gem5-review.googlesource.com/c/2380/ I also obtained the results for simple network with --n 4. However, I run the simulation for more than 24 hours with 16 cores and still the program is running!!! Whereas, --n 4 with same benchmark simulation took around 2 hours to complete. Please let me know if I am missing something. Other than below options, rest of the options are default- /build/ALPHA/gem5.opt configs/example/fs.py --cpu-type=timing --script=script/blackscholes_4c_simsmall.rcS --num-cpus=16 --ruby --mesh-rows=4 --network=garnet2.0 --topology=Mesh_XY --caches --l2cache --l2_size=256MB --num-dirs=16 --num-l2=16 --l1d_size=32kB --l1i_size=32kB --l1d_assoc=2 --l1i_assoc=2 --disk-image=/gem5/system/alpha/m5_system_2.0b3/disks/linux-parsec-2-1-m5.img Thanks a lot... Faisal On Sat, May 6, 2017 at 4:11 AM, Krishna, Tushar <tus...@ece.gatech.edu> wrote: > Garnet_standalone is a different dummy protocol which consumes every > message so it'll work. It's not realistic. > > Try with other coherence protocols perhaps ... > > Cheers, > Tushar > > On May 5, 2017, at 2:21 PM, F. A. Faisal <dipu.7...@gmail.com> wrote: > > I tried simple network option. However, the result is the same. Please let > me know, if I am missing any option to add (I used all the default > settings). > However, I also run the garent_standalone protocol with the default > settings, which runs properly. > > ./build/ALPHA/gem5.opt configs/example/fs.py --cpu-type=timing > --script=script/blackscholes_4c_simsmall.rcS --num-cpus=4 --ruby > --mesh-rows=2 --network=simple --topology=Mesh_XY --caches --l2cache > --l2_size=512kB --num-dirs=4 --num-l2=4 --l1d_size=32kB --l1i_size=32kB > --l1d_assoc=2 --l1i_assoc=2 > > panic: Invalid transition > > system.ruby.dma_cntrl0 time: 4722258003 addr: 523845696 event: > WriteRequest state: BUSY_WR > > @ tick 2361129001500 > > [doTransitionWorker:build/ALPHA/mem/protocol/DMA_Transitions.cc, line 135] > > Memory Usage: 1015648 KBytes > > > Thanks a lot. > > > F. A. Faisal > > > On Sat, May 6, 2017 at 2:32 AM, Krishna, Tushar <tus...@ece.gatech.edu> > wrote: > >> Hmm the coherence protocol seems to have received an invalid transaction. >> Not sure why. This does not seem to be a network issue. But for a sanity >> check, run with network=simple and see if it still fails. >> >> Cheers, >> Tushar >> >> On May 5, 2017, at 11:46 AM, F. A. Faisal <dipu.7...@gmail.com> wrote: >> >> Thanks a lot. >> >> I already figured out that problem by myself. >> However, I encountered a new problem in running 4 core 4 threads >> blackscholes benchmarks. It shows system panic. >> I also tried for 16 cpu and Mesh network, which is still running more >> than 8 hours. >> >> I used the mesh_xy topology along with below config- >> >> scons FULL_SYSTEM=1 build/ALPHA/gem5.opt RUBY=true >> PROTOCOL=MOESI_CMP_directory >> >> ./build/ALPHA/gem5.opt configs/example/fs.py --cpu-type=timing >> --script=script/blackscholes_4c_simsmall.rcS --num-cpus=4 --ruby >> --mesh-rows=2 --network=garnet2.0 --topology=Mesh_XY --caches --l2cache >> --l2_size=512kB --num-dirs=4 --num-l2=4 --l1d_size=32kB --l1i_size=32kB >> --l1d_assoc=2 --l1i_assoc=2 >> >> It showed me the below error- >> -- >> >> panic: Invalid transition >> >> system.ruby.dma_cntrl0 time: 4816339893 addr: 525287488 event: >> WriteRequest state: BUSY_WR >> >> @ tick 2408169946500 >> >> [doTransitionWorker:build/ALPHA/mem/protocol/DMA_Transitions.cc, line >> 135] >> >> Memory Usage: 996944 KBytes >> >> Program aborted at tick 2408169946500 >> >> --- BEGIN LIBC BACKTRACE --- >> >> ./build/ALPHA/gem5.opt[0x829015] >> >> ./build/ALPHA/gem5.opt[0x839d96] >> >> /lib64/libpthread.so.0[0x3685e0f730] >> >> /lib64/libc.so.6(gsignal+0x3e)[0x3685a3266e] >> >> /lib64/libc.so.6(abort+0x175)[0x3685a33ab5] >> >> ./build/ALPHA/gem5.opt[0x6867ac] >> >> ./build/ALPHA/gem5.opt[0x631c58] >> >> ./build/ALPHA/gem5.opt[0x631e83] >> >> ./build/ALPHA/gem5.opt[0x634aad] >> >> ./build/ALPHA/gem5.opt[0x8321d1] >> >> ./build/ALPHA/gem5.opt[0x852538] >> >> ./build/ALPHA/gem5.opt[0x852abb] >> >> ./build/ALPHA/gem5.opt[0x7d8d2d] >> >> /usr/lib64/libpython2.6.so.1.0(PyEval_EvalFrameE
Re: [gem5-users] FS simulation with Garnet 2.0
Thanks a lot. I already figured out that problem by myself. However, I encountered a new problem in running 4 core 4 threads blackscholes benchmarks. It shows system panic. I also tried for 16 cpu and Mesh network, which is still running more than 8 hours. I used the mesh_xy topology along with below config- scons FULL_SYSTEM=1 build/ALPHA/gem5.opt RUBY=true PROTOCOL=MOESI_CMP_directory ./build/ALPHA/gem5.opt configs/example/fs.py --cpu-type=timing --script=script/blackscholes_4c_simsmall.rcS --num-cpus=4 --ruby --mesh-rows=2 --network=garnet2.0 --topology=Mesh_XY --caches --l2cache --l2_size=512kB --num-dirs=4 --num-l2=4 --l1d_size=32kB --l1i_size=32kB --l1d_assoc=2 --l1i_assoc=2 It showed me the below error- -- panic: Invalid transition system.ruby.dma_cntrl0 time: 4816339893 addr: 525287488 event: WriteRequest state: BUSY_WR @ tick 2408169946500 [doTransitionWorker:build/ALPHA/mem/protocol/DMA_Transitions.cc, line 135] Memory Usage: 996944 KBytes Program aborted at tick 2408169946500 --- BEGIN LIBC BACKTRACE --- ./build/ALPHA/gem5.opt[0x829015] ./build/ALPHA/gem5.opt[0x839d96] /lib64/libpthread.so.0[0x3685e0f730] /lib64/libc.so.6(gsignal+0x3e)[0x3685a3266e] /lib64/libc.so.6(abort+0x175)[0x3685a33ab5] ./build/ALPHA/gem5.opt[0x6867ac] ./build/ALPHA/gem5.opt[0x631c58] ./build/ALPHA/gem5.opt[0x631e83] ./build/ALPHA/gem5.opt[0x634aad] ./build/ALPHA/gem5.opt[0x8321d1] ./build/ALPHA/gem5.opt[0x852538] ./build/ALPHA/gem5.opt[0x852abb] ./build/ALPHA/gem5.opt[0x7d8d2d] /usr/lib64/libpython2.6.so.1.0(PyEval_EvalFrameEx+0x4e26)[0x369ced55b6] /usr/lib64/libpython2.6.so.1.0(PyEval_EvalCodeEx+0x927)[0x369ced7647] /usr/lib64/libpython2.6.so.1.0(PyEval_EvalFrameEx+0x5304)[0x369ced5a94] /usr/lib64/libpython2.6.so.1.0(PyEval_EvalFrameEx+0x63ef)[0x369ced6b7f] /usr/lib64/libpython2.6.so.1.0(PyEval_EvalFrameEx+0x63ef)[0x369ced6b7f] /usr/lib64/libpython2.6.so.1.0(PyEval_EvalCodeEx+0x927)[0x369ced7647] /usr/lib64/libpython2.6.so.1.0(PyEval_EvalCode+0x32)[0x369ced7722] /usr/lib64/libpython2.6.so.1.0(PyEval_EvalFrameEx+0x54f2)[0x369ced5c82] /usr/lib64/libpython2.6.so.1.0(PyEval_EvalCodeEx+0x927)[0x369ced7647] /usr/lib64/libpython2.6.so.1.0(PyEval_EvalFrameEx+0x5304)[0x369ced5a94] /usr/lib64/libpython2.6.so.1.0(PyEval_EvalCodeEx+0x927)[0x369ced7647] /usr/lib64/libpython2.6.so.1.0(PyEval_EvalCode+0x32)[0x369ced7722] /usr/lib64/libpython2.6.so.1.0[0x369cef1b9c] /usr/lib64/libpython2.6.so.1.0(PyRun_StringFlags+0x7a)[0x369cef1daa] ./build/ALPHA/gem5.opt[0x83967f] ./build/ALPHA/gem5.opt[0x415453] /lib64/libc.so.6(__libc_start_main+0xfd)[0x3685a1f56d] ./build/ALPHA/gem5.opt[0x43b1b1] --- END LIBC BACKTRACE --- Aborted (core dumped) Best regards, F. A. Faisal On Fri, May 5, 2017 at 11:22 PM, Krishna, Tushar <tus...@ece.gatech.edu> wrote: > Hi Faisal, > You can still add --topology with the fs.py file. > You need to also add --ruby to run ruby. > > For running garnet, you can add a --network=garnet2.0 > (Look at options in the garnet2.0 page on the wiki). > > Cheers, > Tushar > > On May 3, 2017, at 10:50 AM, F. A. Faisal <dipu.7...@gmail.com> wrote: > > Hi, > > I like to invoke the garnet 2.0 for running the benchmark programs Parsec > 2.1. > However, previous ruby_fs.py file located at configs/example/ folder is > not available with the current gem5 source, which could invoke the > garnet 1.0. And now the replaced fs.py file don't have option like- > topology, garnet. Hence, can any one please let me know how to invoke the > garnet 2.0 for full system simulation. > > Command for previous gem5 with garnet 1.0- > > scons build/ALPHA_FS/gem5.opt RUBY=true PROTOCOL=MOESI_CMP_directory > > build/ALPHA_FS/gem5.opt configs/example/ruby_fs.py --num-cpus=4 --num-dirs=4 > --num-l2caches=4 --topology=Mesh --mesh-rows=2 --garnet=fixed > --kernel=vmlinux_2.6.27-gcc_4.3.4 --script=scripts/runparsec1.rcS > > > Thanks in advance. > > > F. A. Faisal > > ___ > gem5-users mailing list > gem5-users@gem5.org > http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users > > > ___ > gem5-users mailing list > gem5-users@gem5.org > http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users > ___ gem5-users mailing list gem5-users@gem5.org http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
Re: [gem5-users] FS simulation with Garnet 2.0
I tried simple network option. However, the result is the same. Please let me know, if I am missing any option to add (I used all the default settings). However, I also run the garent_standalone protocol with the default settings, which runs properly. ./build/ALPHA/gem5.opt configs/example/fs.py --cpu-type=timing --script=script/blackscholes_4c_simsmall.rcS --num-cpus=4 --ruby --mesh-rows=2 --network=simple --topology=Mesh_XY --caches --l2cache --l2_size=512kB --num-dirs=4 --num-l2=4 --l1d_size=32kB --l1i_size=32kB --l1d_assoc=2 --l1i_assoc=2 panic: Invalid transition system.ruby.dma_cntrl0 time: 4722258003 addr: 523845696 event: WriteRequest state: BUSY_WR @ tick 2361129001500 [doTransitionWorker:build/ALPHA/mem/protocol/DMA_Transitions.cc, line 135] Memory Usage: 1015648 KBytes Thanks a lot. F. A. Faisal On Sat, May 6, 2017 at 2:32 AM, Krishna, Tushar <tus...@ece.gatech.edu> wrote: > Hmm the coherence protocol seems to have received an invalid transaction. > Not sure why. This does not seem to be a network issue. But for a sanity > check, run with network=simple and see if it still fails. > > Cheers, > Tushar > > On May 5, 2017, at 11:46 AM, F. A. Faisal <dipu.7...@gmail.com> wrote: > > Thanks a lot. > > I already figured out that problem by myself. > However, I encountered a new problem in running 4 core 4 threads > blackscholes benchmarks. It shows system panic. > I also tried for 16 cpu and Mesh network, which is still running more than > 8 hours. > > I used the mesh_xy topology along with below config- > > scons FULL_SYSTEM=1 build/ALPHA/gem5.opt RUBY=true > PROTOCOL=MOESI_CMP_directory > > ./build/ALPHA/gem5.opt configs/example/fs.py --cpu-type=timing > --script=script/blackscholes_4c_simsmall.rcS --num-cpus=4 --ruby > --mesh-rows=2 --network=garnet2.0 --topology=Mesh_XY --caches --l2cache > --l2_size=512kB --num-dirs=4 --num-l2=4 --l1d_size=32kB --l1i_size=32kB > --l1d_assoc=2 --l1i_assoc=2 > > It showed me the below error- > -- > > panic: Invalid transition > > system.ruby.dma_cntrl0 time: 4816339893 addr: 525287488 event: > WriteRequest state: BUSY_WR > > @ tick 2408169946500 > > [doTransitionWorker:build/ALPHA/mem/protocol/DMA_Transitions.cc, line 135] > > Memory Usage: 996944 KBytes > > Program aborted at tick 2408169946500 > > --- BEGIN LIBC BACKTRACE --- > > ./build/ALPHA/gem5.opt[0x829015] > > ./build/ALPHA/gem5.opt[0x839d96] > > /lib64/libpthread.so.0[0x3685e0f730] > > /lib64/libc.so.6(gsignal+0x3e)[0x3685a3266e] > > /lib64/libc.so.6(abort+0x175)[0x3685a33ab5] > > ./build/ALPHA/gem5.opt[0x6867ac] > > ./build/ALPHA/gem5.opt[0x631c58] > > ./build/ALPHA/gem5.opt[0x631e83] > > ./build/ALPHA/gem5.opt[0x634aad] > > ./build/ALPHA/gem5.opt[0x8321d1] > > ./build/ALPHA/gem5.opt[0x852538] > > ./build/ALPHA/gem5.opt[0x852abb] > > ./build/ALPHA/gem5.opt[0x7d8d2d] > > /usr/lib64/libpython2.6.so.1.0(PyEval_EvalFrameEx+0x4e26)[0x369ced55b6] > > /usr/lib64/libpython2.6.so.1.0(PyEval_EvalCodeEx+0x927)[0x369ced7647] > > /usr/lib64/libpython2.6.so.1.0(PyEval_EvalFrameEx+0x5304)[0x369ced5a94] > > /usr/lib64/libpython2.6.so.1.0(PyEval_EvalFrameEx+0x63ef)[0x369ced6b7f] > > /usr/lib64/libpython2.6.so.1.0(PyEval_EvalFrameEx+0x63ef)[0x369ced6b7f] > > /usr/lib64/libpython2.6.so.1.0(PyEval_EvalCodeEx+0x927)[0x369ced7647] > > /usr/lib64/libpython2.6.so.1.0(PyEval_EvalCode+0x32)[0x369ced7722] > > /usr/lib64/libpython2.6.so.1.0(PyEval_EvalFrameEx+0x54f2)[0x369ced5c82] > > /usr/lib64/libpython2.6.so.1.0(PyEval_EvalCodeEx+0x927)[0x369ced7647] > > /usr/lib64/libpython2.6.so.1.0(PyEval_EvalFrameEx+0x5304)[0x369ced5a94] > > /usr/lib64/libpython2.6.so.1.0(PyEval_EvalCodeEx+0x927)[0x369ced7647] > > /usr/lib64/libpython2.6.so.1.0(PyEval_EvalCode+0x32)[0x369ced7722] > > /usr/lib64/libpython2.6.so.1.0[0x369cef1b9c] > > /usr/lib64/libpython2.6.so.1.0(PyRun_StringFlags+0x7a)[0x369cef1daa] > > ./build/ALPHA/gem5.opt[0x83967f] > > ./build/ALPHA/gem5.opt[0x415453] > > /lib64/libc.so.6(__libc_start_main+0xfd)[0x3685a1f56d] > > ./build/ALPHA/gem5.opt[0x43b1b1] > > --- END LIBC BACKTRACE --- > > Aborted (core dumped) > > > Best regards, > > F. A. Faisal > > > On Fri, May 5, 2017 at 11:22 PM, Krishna, Tushar <tus...@ece.gatech.edu> > wrote: > >> Hi Faisal, >> You can still add --topology with the fs.py file. >> You need to also add --ruby to run ruby. >> >> For running garnet, you can add a --network=garnet2.0 >> (Look at options in the garnet2.0 page on the wiki). >> >> Cheers, >> Tushar >>
Re: [gem5-users] fatal: _pid
try below link- http://repo.gem5.org/gem5?cmd=changeset;node=0bf388858d1e and download bz2 file... I just tried garnet 2.0 now. Thanks, F. A. Faisal On Sat, May 6, 2017 at 4:35 AM, raziye deylamsalehi < raziye.deylamsal...@gmail.com> wrote: > Hi > > I updated gem5 today.I could simulate n*n mesh network in gem5 but after > updating, gem5 can not simulate n*n mesh network. > > I visited this error: > > fatal: _pid 100 is already used > > what can I do? > > Thanks. > > ___ > gem5-users mailing list > gem5-users@gem5.org > http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users > ___ gem5-users mailing list gem5-users@gem5.org http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
[gem5-users] Application Mappings on virtual CPU core
Dear All, I like to know how the CPU core has been assigned in case of Splash-2 or Parsec Benchmark suits. Is there any random or other considerations. I consider the FS mode. Can I replace the current core application mapping in various applications in gem5. Thanks a lot. Best regards, F. A. Faisal ___ gem5-users mailing list gem5-users@gem5.org http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
[gem5-users] NAS Parallel Benhmarks on gem5
Dear All, I would like to run the NAS benchmarks suite on gem5. If anyone has any idea, how to configure the gem5 system for NAS benchmarks, Please share the same. I would like to run the gem5 with FS mode and the Alpha ISA. Thanks in advance. Best regards, F. A. Faisal ___ gem5-users mailing list gem5-users@gem5.org http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
Re: [gem5-users] Garnet 2.0 + How the dir_nodes are connected in Mesh_XY network
Dear Professor, Many many thanks for your earliest reply. Howerver, I like to ask more detailed about the 2 point. 2. Now, as mentioned in the figure of Mesh_XY at homepage of garnet 2.0, two links are connected between two routers (one incomming and outgoing). However, if we see the below code for Mesh_XY, we can see both links are connected to the same port number or string. Hence, it means as the bandwidth factor is fixed, either one of the router can send a packet at a time, not both. > I would like to make this question more clear. Suppose, we have 4 routers in each direction (X-Y: (0-3) in X-direction) and each router in each horizontal or vertical direction is connected to each other. Hence, router 0 requires 3 links for its X-directional routers and another 3 links for Y-directional routers. Now, my question is do we need to make different string name for each port, which is connected to each directional routers or same port name will not have any effect(as below same outport string for Router_0). In case of MESH/TORUS we have 2 links in each direction. So, it is enough as North or south. However, in the upper situation of multiple same directional links will i need to make different port name for each router. ROTUER_0 --> (outport) 0 -> 1 (inport) Router_1 ROTUER_0 --> (outport) 0 -> 2 (inport) Router_1 ROTUER_0 --> (outport) 0 -> 3 (inport) Router_1 Thanks again. Best Regards, F. A. Faisal On Thu, Aug 31, 2017 at 3:44 PM, Tushar Krishna <tus...@ece.gatech.edu> wrote: > Hi Faisal, > > On Aug 31, 2017, at 2:17 AM, F. A. Faisal <dipu.7...@gmail.com> wrote: > > Dear All, > > 1. I cross-checked the code for Mesh_XY.py and MeshDirCorners_XY.py file. > Where, in the MeshDirCorners_XY.py has the proper implementation of the > connected dir_nodes. > However, I couldn't find any code that connectes the dir_nodes with each > router inside the Mesh_XY.py file. > > > In Mesh_XY.py, *all* controllers (L1s, then L2s, then directories) are > connected one by one to each router. > This topology inherently assumes same number of directories as CPUs, so > that each core is connected to both a CPU and a directory. > > Dir Corners on the other hand has 4 directory controllers, explicitly > connected to the corner routers. > > > 2. Now, as mentioned in the figure of Mesh_XY at homepage of garnet 2.0, > two links are connected between two routers (one incomming and outgoing). > However, if we see the below code for Mesh_XY, we can see both links are > connected to the same port number or string. Hence, it means as the > bandwidth factor is fixed, either one of the router can send a packet at a > time, not both. > > > I didn’t understand your point. > What do you mean by same port number? > Two links are created - they both have different “src_node” and “dst_node” > routers. > For example, between routers 5 and 6, two links are created, one from 5 > (src) to 6 (dst), and one from 6 (src) to 5 (dst). > Internally each will instantiate an output port at the source router and > input port at the destination router, and can both operate in parallel. > > > # East output to West input links (weight = 1) > for row in xrange(num_rows): > for col in xrange(num_columns): > if (col + 1 < num_columns): > east_out = col + (row * num_columns) > west_in = (col + 1) + (row * num_columns) > int_links.append(IntLink(link_id=link_count, > src_node=routers[east_out], > dst_node=routers[west_in], > src_outport="East", > dst_inport="West", > latency = link_latency, > weight=1)) > link_count += 1 > > # West output to East input links (weight = 1) > for row in xrange(num_rows): > for col in xrange(num_columns): > if (col + 1 < num_columns): > east_in = col + (row * num_columns) > west_out = (col + 1) + (row * num_columns) > int_links.append(IntLink(link_id=link_count, > src_node=routers[west_out], > dst_node=routers[east_in], > src_outport="West", > dst_inport="East", > latency = link_latency, > weig
[gem5-users] McPAT + Gem5
Dear All, I would like to configure the McPat xml file for obtaining the benchmark power analysis from the gem5 FS stats. However, the current stat file has lots of missing parameter in corresponding to Mcpat xml file. It will be very kind to me if anyone can provide me the script to generate the xml file from the current stats files or I would like to know how I can find the value/results of the attached parameters or stats from the gem5 stats or ini or json file. Thanks a lot. Best regards, F. A. Faisal miss_buffer_size(MSHR),fill_buffer_size,prefetch_buffer_size,wb_buffer_size--> ___ gem5-users mailing list gem5-users@gem5.org http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
[gem5-users] Garnet 2.0 + How the dir_nodes are connected in Mesh_XY network
Dear All, 1. I cross-checked the code for Mesh_XY.py and MeshDirCorners_XY.py file. Where, in the MeshDirCorners_XY.py has the proper implementation of the connected dir_nodes. However, I couldn't find any code that connectes the dir_nodes with each router inside the Mesh_XY.py file. 2. Now, as mentioned in the figure of Mesh_XY at homepage of garnet 2.0, two links are connected between two routers (one incomming and outgoing). However, if we see the below code for Mesh_XY, we can see both links are connected to the same port number or string. Hence, it means as the bandwidth factor is fixed, either one of the router can send a packet at a time, not both. # East output to West input links (weight = 1) for row in xrange(num_rows): for col in xrange(num_columns): if (col + 1 < num_columns): east_out = col + (row * num_columns) west_in = (col + 1) + (row * num_columns) int_links.append(IntLink(link_id=link_count, src_node=routers[east_out], dst_node=routers[west_in], src_outport="East", dst_inport="West", latency = link_latency, weight=1)) link_count += 1 # West output to East input links (weight = 1) for row in xrange(num_rows): for col in xrange(num_columns): if (col + 1 < num_columns): east_in = col + (row * num_columns) west_out = (col + 1) + (row * num_columns) int_links.append(IntLink(link_id=link_count, src_node=routers[west_out], dst_node=routers[east_in], src_outport="West", dst_inport="East", latency = link_latency, weight=1)) link_count += 1 3. I also like to know how much minimum clock cycle is required to transmit a complete packet between the two interconnected routers. 4. And is it possible to make the packet level tracing in Garnet 2.0. Please let me know the details to increase the understanding. Thanks a lot in advance for your kind help. Best regards, F. A. Faisal ___ gem5-users mailing list gem5-users@gem5.org http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
[gem5-users] How to change the number of data message flits size + garnet
Dear All, In the default garnet configuration, the default value of *ni_flit_size = *16 results in control messages fitting within 1 flit, and data messages fitting within 5 flits. However, I would like to increase the number of data message flit size to 10 flits or the control message size to 5 flits. [In addition, I am also unsure about changing ni_flit_size to any value, can change the actual number of flit size in data packets or the control packets] Please let me know the possible configuration to perform such changes. Thanks in advance for your kindness. Thanks and best regards, F. A. Faisal - School of Information Science, JAIST Doctoral Student ___ gem5-users mailing list gem5-users@gem5.org http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
Re: [gem5-users] Script to convert Gem5 output to McPAT
Dear Mr. Andreas,
Thanks a lot for your scripts on mcpat.
However, I had tried to convert my stats file and config file to a new xml
file using the GEM5ToMcPAT.py script.
Where, I found that the initial mcpat xml file remained unchanged as the
output file even I used the converting script file of GEM5ToMcPAT.py and
even no error had been shown other than the lots of warnings.
Please let me know, if I am missing some thing.
./GEM5ToMcPAT.py ../../moriya/gem5/m5out/stats.txt
../../moriya/gem5/m5out/config.json
../mcpat/ProcessorDescriptionFiles/Alpha21364.xml -o Mesh256MG4GB.xml
./GEM5ToMcPAT.py ../../moriya/gem5/m5out/stats.txt
../../moriya/gem5/m5out/config.json
../mcpat/ProcessorDescriptionFiles/Xeon.xml -o Mesh256MG4GB.xml
build/X86_MESI_Two_Level/gem5.opt configs/example/se.py -c
../nas/NPB3.3.1/NPB3.3-OMP/bin/mg.S.x_256 -n256 --ruby
--cpu-type=TimingSimpleCPU --caches --l2cache --l2_size=16MB --num-l2=256
--l1d_size=64kB --l1i_size=64kB --l1d_assoc=2 --l1i_assoc=2
--network=garnet2.0 --mem-size=4GB --num-dirs=256 --topology=Mesh_XY
--mesh-rows=16 --options=256 --cpu-clock=1GHz
Plus, when I used the x86_AtomicSimpleCPU_template.xml, it provides me the
below errors-
Traceback (most recent call last):
File "./GEM5ToMcPAT.py", line 181, in
main()
File "./GEM5ToMcPAT.py", line 53, in main
dumpMcpatOut(opts.out)
File "./GEM5ToMcPAT.py", line 80, in dumpMcpatOut
exprs[i] = str(eval(exprs[i]))
File "", line 1
{u'name': None
^
SyntaxError: unexpected EOF while parsing
NB- I also can share my stats file and json file, if you want in your
private e-mail.
Thanks a lot in advance.
Yours faithfully,
F.A. Faisal
School of Information Science, JAIST
Member of Inoguchi Lab
Mob: 080-3048-7558
On Fri, Feb 16, 2018 at 2:59 PM, F. A. Faisal <dipu.7...@gmail.com> wrote:
> Dear Mr. Andreas,
>
> Thanks a lot for your scripts on mcpat.
> However, I had tried to convert my stats file and config file to a new xml
> file using the GEM5ToMcPAT.py script.
> Where, I found that the initial mcpat xml file remained unchanged as the
> output file even I used the converting script file of GEM5ToMcPAT.py and
> even no error had been shown other than the lots of warnings.
> Please let me know, if I am missing some thing.
>
> ./GEM5ToMcPAT.py ../../moriya/gem5/m5out/stats.txt
> ../../moriya/gem5/m5out/config.json
> ../mcpat/ProcessorDescriptionFiles/Alpha21364.xml
> -o Mesh256MG4GB.xml
> ./GEM5ToMcPAT.py ../../moriya/gem5/m5out/stats.txt
> ../../moriya/gem5/m5out/config.json
> ../mcpat/ProcessorDescriptionFiles/Xeon.xml
> -o Mesh256MG4GB.xml
>
> build/X86_MESI_Two_Level/gem5.opt configs/example/se.py -c
> ../nas/NPB3.3.1/NPB3.3-OMP/bin/mg.S.x_256 -n256 --ruby
> --cpu-type=TimingSimpleCPU --caches --l2cache --l2_size=16MB --num-l2=256
> --l1d_size=64kB --l1i_size=64kB --l1d_assoc=2 --l1i_assoc=2
> --network=garnet2.0 --mem-size=4GB --num-dirs=256 --topology=Mesh_XY
> --mesh-rows=16 --options=256 --cpu-clock=1GHz
>
> Plus, when I used the x86_AtomicSimpleCPU_template.xml, it provides me
> the below errors-
>
> Traceback (most recent call last):
> File "./GEM5ToMcPAT.py", line 181, in
> main()
> File "./GEM5ToMcPAT.py", line 53, in main
> dumpMcpatOut(opts.out)
> File "./GEM5ToMcPAT.py", line 80, in dumpMcpatOut
> exprs[i] = str(eval(exprs[i]))
> File "", line 1
> {u'name': None
> ^
> SyntaxError: unexpected EOF while parsing
>
>
>
> Thanks a lot in advance.
>
> Yours faithfully,
>
> F.A. Faisal
>
> School of Information Science, JAIST
> Member of Inoguchi Lab
> Mob: 080-3048-7558
>
> On Fri, Jan 26, 2018 at 8:37 PM, Andreas Brokalakis <kingm...@gmail.com>
> wrote:
>
>> Dear all,
>>
>> here: https://github.com/H2020-COSSIM/cMcPAT you can find a slightly
>> modified version of McPAT along with conversion scripts to connect GEM5 and
>> McPAT.
>>
>> The differences between McPAT v1.3 and cMcPAT are documented. The
>> conversion scripts are based on the source code that you mention, however
>> they are modified and updated so that no errors arise from using the newer
>> versions of GEM5 or when using simpleCPU models that there are issues
>> between gem5 outputs and what McPAT requires. Additionally you can find xml
>> templates for McPAT that can be used when x86 and ARM simpleCPU models are
>> used in gem5.
>>
>> Hope it proves useful.
>>
>> Best,
>> Andreas
>>
>> On Wed, Jan 24, 2018 at 4:25 PM, Gus Smith <gushenrysm...@gmail.com>
>> wrote:
>>
>>> You're going to have to debug the Python script and m
Re: [gem5-users] Integration of GEM5 with Garnet and Orion2.0
Dear All,
Today I have also downloaded the current GEM5 release from the repo source
and build using the below command-
% scons build/ARM/gem5.debug
After that I run the below command to get the power consumption of 4x4 MESH
network using the garnet simulator-
% ./build/ARM/gem5.debug configs/example/ruby_random_test.py --num-cpus=16
--num-dirs=16 --topology=Mesh --mesh-rows=4 --garnet-network=fixed
gem5 Simulator System. http://gem5.org
But unfortunately even with no power consumption analysis, this time the
simulator don't generates any ruby.stats file in m5out folder.
Please help me out.
Best Regards,
Faisal
On Mon, Jun 23, 2014 at 3:50 PM, F. A. Faisal dipu.7...@gmail.com wrote:
Dear All,
I build the system as you mentioned and run the below command but still I
am unable to extract any power consumption analysis for GEM5-
---
gem5-stable$ ./build/ALPHA_MOESI_hammer/gem5.debug \
configs/example/ruby_random_test.py \
--num-cpus=16 \
--num-dirs=16 \
--topology=Mesh \
--mesh-rows=4 \
--garnet-network=fixed
gem5 Simulator System. http://gem5.org
gem5 is copyrighted software; use the --copyright option for details.
gem5 compiled Jun 22 2014 00:33:05
gem5 started Jun 22 2014 17:48:05
gem5 executing on dm6308.jaist.ac.jp
command line: ./build/ALPHA_MOESI_hammer/gem5.debug
configs/example/ruby_random_test.py --num-cpus=16 --num-dirs=16
--topology=Mesh --mesh-rows=4 --garnet-network=fixed
warn: add_child('cls'): child 'credit_links0 credit_links1' already has
parent
warn: add_child('cls'): child 'credit_links0 credit_links1' already has
parent
warn: add_child('cls'): child 'credit_links0 credit_links1' already has
parent
Global frequency set at 10 ticks per second
warn: rounding error tolerance
0.072760 rounded to 0
warn: rounding error tolerance
0.072760 rounded to 0
info: Entering event queue @ 0. Starting simulation...
Exiting @ tick 13801 because Ruby Tester completed
--
Please find the stats file from the attachment and let me know what can be
done to extract the power consumption analysis for MESH interconnection
network.
Thanks and best regards,
F. A. Faisal
___
gem5-users mailing list
gem5-users@gem5.org
http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
[gem5-users] Integration of GEM5 and Topaz
Dears, Topaz interconnection network simulator is integrated with GEM5. But after running the simulation with Topaz, I found no power consumption analysis for any simulation.So is it possible to get the power analysis by using the Topaz with GEM5 like similar to the garnet and orion2.0. I found another problem when I am using --num-cpu64, I am getting the below error. Please help me. gem5$ ./build/ALPHA_Network_test/gem5.debug configs/example/ruby_network_test.py --num-cpus=256 --num-dirs=256 --topology=Mesh --sim-cycles=2 --injectionrate=0.01 --synthetic=0 --garnet-network=fixed *Error: Number of cores 256 limited to 64 because of false sharing* Best Regards, Faisal ___ gem5-users mailing list gem5-users@gem5.org http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
