Re: [Gems-users] FILE_SPECIFIED Topology


Date: Thu, 04 Jun 2009 08:38:18 -0400
From: "Niket Agarwal (niketa@xxxxxxxxxxxxx)" <niketa@xxxxxxxxxxxxx>
Subject: Re: [Gems-users] FILE_SPECIFIED Topology
Yes, look at any of the files present in simple/Network_files. You will get an idea about the requirements of the file. You need to connect all external nodes (L1 and Directories in case of an SMP protocol) to internal nodes. The GarnetFileMaker.py is primarily to assist you in connecting the internal nodes in a mesh like topology. 

Cheers, 
Niket

----- Original Message -----
From: Edward Lee <edwl202@xxxxxxxxx>
Date: Thursday, June 4, 2009 8:34 am
Subject: Re: [Gems-users] FILE_SPECIFIED Topology
To: Gems Users <gems-users@xxxxxxxxxxx>

> I just used the GarnetFileMaker.py and removed the L2 caches from 
> the file.
> So, for ext_node's I will add Directory:16-31 which will be 
> connected to
> int_node:0-15. Is this right? Is there a sample Garnet topology 
> file that I
> can use? I am trying to create a 4x4 MESH right now for MOESI_SMP 
> protocol.
> Thanks,
> 
> Ed
> 
> On Thu, Jun 4, 2009 at 8:24 AM, Niket Agarwal 
> (niketa@xxxxxxxxxxxxx) <
> niketa@xxxxxxxxxxxxx> wrote:
> 
> > It looks like your file is not connecting the directories 
> (memories) which
> > are named 16 onwards if the CPUs are 0-15.
> >
> > Cheers,
> > Niket
> >
> > ----- Original Message -----
> > From: Edward Lee <edwl202@xxxxxxxxx>
> > Date: Wednesday, June 3, 2009 8:05 pm
> > Subject: Re: [Gems-users] FILE_SPECIFIED Topology
> > To: Gems Users <gems-users@xxxxxxxxxxx>
> >
> > > Actually I still have a small problem with GARNET. As I removed 
> the> > L2Cachecomponents, below is my topology file 4x4 MESH. And 
> when I
> > > try to run a test
> > > with MOESI_SMP_directory, I am getting the following error.
> > >
> > > Error: Unconnected Endpoint: 16
> > >
> > > I don't think the processor numbering start with 1, so why is
> > > GARNET looking
> > > for cpu#16?  Anything missing in my file?
> > >
> > > ##########
> > >
> > > ext_node:L1Cache:0 int_node:0 link_latency:1
> > > ext_node:L1Cache:1 int_node:1 link_latency:1
> > > ext_node:L1Cache:2 int_node:2 link_latency:1
> > > ext_node:L1Cache:3 int_node:3 link_latency:1
> > > ext_node:L1Cache:4 int_node:4 link_latency:1
> > > ext_node:L1Cache:5 int_node:5 link_latency:1
> > > ext_node:L1Cache:6 int_node:6 link_latency:1
> > > ext_node:L1Cache:7 int_node:7 link_latency:1
> > > ext_node:L1Cache:8 int_node:8 link_latency:1
> > > ext_node:L1Cache:9 int_node:9 link_latency:1
> > > ext_node:L1Cache:10 int_node:10 link_latency:1
> > > ext_node:L1Cache:11 int_node:11 link_latency:1
> > > ext_node:L1Cache:12 int_node:12 link_latency:1
> > > ext_node:L1Cache:13 int_node:13 link_latency:1
> > > ext_node:L1Cache:14 int_node:14 link_latency:1
> > > ext_node:L1Cache:15 int_node:15 link_latency:1
> > >
> > > int_node:0 int_node:1 link_latency:1 link_weight:1
> > > int_node:1 int_node:2 link_latency:1 link_weight:1
> > > int_node:2 int_node:3 link_latency:1 link_weight:1
> > >
> > > int_node:4 int_node:5 link_latency:1 link_weight:1
> > > int_node:5 int_node:6 link_latency:1 link_weight:1
> > > int_node:6 int_node:7 link_latency:1 link_weight:1
> > >
> > > int_node:8 int_node:9 link_latency:1 link_weight:1
> > > int_node:9 int_node:10 link_latency:1 link_weight:1
> > > int_node:10 int_node:11 link_latency:1 link_weight:1
> > >
> > > int_node:12 int_node:13 link_latency:1 link_weight:1
> > > int_node:13 int_node:14 link_latency:1 link_weight:1
> > > int_node:14 int_node:15 link_latency:1 link_weight:1
> > >
> > >
> > > int_node:0 int_node:4 link_latency:1 link_weight:2
> > > int_node:4 int_node:8 link_latency:1 link_weight:2
> > > int_node:8 int_node:12 link_latency:1 link_weight:2
> > >
> > > int_node:1 int_node:5 link_latency:1 link_weight:2
> > > int_node:5 int_node:9 link_latency:1 link_weight:2
> > > int_node:9 int_node:13 link_latency:1 link_weight:2
> > >
> > > int_node:2 int_node:6 link_latency:1 link_weight:2
> > > int_node:6 int_node:10 link_latency:1 link_weight:2
> > > int_node:10 int_node:14 link_latency:1 link_weight:2
> > >
> > > int_node:3 int_node:7 link_latency:1 link_weight:2
> > > int_node:7 int_node:11 link_latency:1 link_weight:2
> > > int_node:11 int_node:15 link_latency:1 link_weight:2
> > >
> > >
> > > On Wed, Jun 3, 2009 at 2:15 PM, Edward Lee <edwl202@xxxxxxxxx> 
> wrote:> >
> > > > Thanks Javi,
> > > >
> > > > It works now.
> > > >
> > > > Regards,
> > > >
> > > > Ed
> > > >
> > > > 2009/6/3 Javi Merino <jmerino@xxxxxxxxxxxxx>
> > > >
> > > > Edward Lee wrote:
> > > >> > Hi,
> > > >>
> > > >> Hi Edward,
> > > >>
> > > >> > I am trying to use the FILE_SPECIFIED topology for my
> > > experiments with
> > > >> > the MOESI_SMP_directory protocol. If I try to use the sample
> > > network>> > file "NUCA_Procs-16_ProcsPerChip-1_L2Banks-
> 16_Memories-
> > > 16.txt" for my
> > > >> > 16 processor simulation, I am getting the following error:
> > > >> >
> > > >> > failed assertion 'atoi((string_split(varStr, 
> ':')).c_str()) ==
> > > >> > g_endpoint_bandwidth' at fn void 
> Topology::makeFileSpecified() in
> > > >> > network/simple/Topology.C:540
> > > >> > failed assertion 'atoi((string_split(varStr, 
> ':')).c_str()) ==
> > > >> > g_endpoint_bandwidth' at fn void 
> Topology::makeFileSpecified() in
> > > >> > network/simple/Topology.C:540
> > > >> > At this point you might want to attach a debug to the running
> > > and get
> > > >> > to the
> > > >> > crash site; otherwise press enter to continue
> > > >> > PID: 13257
> > > >> >
> > > >> > Abort (SIGABRT) in main thread
> > > >> > The simulation state has been corrupted. Simulation cannot
> > > continue.>> > Please restart Simics.
> > > >>
> > > >> bw_unit in NUCA_Procs-16_ProcsPerChip-1_L2Banks-16_Memories-
> > > 16.txt is
> > > >> 1000. You should have the same value in g_endpoint_bandwidth 
> (in> > >> ruby/config/rubyconfig.defaults or using ruby0.setparam). 
> This> > may be
> > > >> your problem here.
> > > >>
> > > >> >
> > > >> > If I try to use Garnet, and generate a topology file using 
> the> > python>> > script and changing the g_CACHE_DESIGN to MESH,
> > > accordingly using the
> > > >> > "MESH_Procs-16_ProcsPerChip-1_L2Banks-16_Memories-16.txt" 
> file> > I am
> > > >> > getting the following error:
> > > >> >
> > > >> > Warning: in fn MachineType string_to_MachineType(const
> > > std::string&)>> > in
> > > generated/MOESI_SMP_directory/MachineType.C:36: str is L2Cache
> > > >> > Warning: in fn MachineType string_to_MachineType(const
> > > std::string&)>> > in
> > > generated/MOESI_SMP_directory/MachineType.C:36: str is L2Cache
> > > >> > Fatal Error: in fn MachineType string_to_MachineType(const
> > > >> > std::string&) in 
> generated/MOESI_SMP_directory/MachineType.C:37:> > >> > Invalid 
> string conversion for type MachineType
> > > >> > Fatal Error: in fn MachineType string_to_MachineType(const
> > > >> > std::string&) in 
> generated/MOESI_SMP_directory/MachineType.C:37:> > >> > Invalid 
> string conversion for type MachineType
> > > >> > Abort (SIGABRT) in main thread
> > > >> > The simulation state has been corrupted. Simulation cannot
> > > continue.>> > Please restart Simics.
> > > >>
> > > >> You are using an SMP protocol, which doesn't have L2s, and the
> > > generated>> network file has L2s. I don't know if it is enough to
> > > just remove the
> > > >> ext_node:L2Cache (I haven't simulated an SMP protocol with
> > > >> FILE_SPECIFIED) but you should only have ext_nodes for the 
> machines> > >> defined in the protocol you are simulating.
> > > >>
> > > >> >
> > > >> > [...]
> > > >> >
> > > >> > Can somebody help me with this issue?
> > > >>
> > > >> Hope this helps,
> > > >> Javi
> > > >>
> > > >> >
> > > >> > Regards,
> > > >> >
> > > >> > Ed
> > > >> >
> > > >> > _______________________________________________
> > > >> > Gems-users mailing list
> > > >> > Gems-users@xxxxxxxxxxx
> > > >> > https://lists.cs.wisc.edu/mailman/listinfo/gems-users
> > > >> > Use Google to search the GEMS Users mailing list by adding 
> "site:> > >> https://lists.cs.wisc.edu/archive/gems-users/"; to your 
> search.> > >> >
> > > >>
> > > >> _______________________________________________
> > > >> Gems-users mailing list
> > > >> Gems-users@xxxxxxxxxxx
> > > >> https://lists.cs.wisc.edu/mailman/listinfo/gems-users
> > > >> Use Google to search the GEMS Users mailing list by adding 
> "site:> > >> https://lists.cs.wisc.edu/archive/gems-users/"; to your 
> search.> > >>
> > > >>
> > > >>
> > > >
> > >
> > _______________________________________________
> > Gems-users mailing list
> > Gems-users@xxxxxxxxxxx
> > https://lists.cs.wisc.edu/mailman/listinfo/gems-users
> > Use Google to search the GEMS Users mailing list by adding "site:
> > https://lists.cs.wisc.edu/archive/gems-users/"; to your search.
> >
> >
> 
[← Prev in Thread] Current Thread [Next in Thread→]