Re: [Gems-users] Physical Memory Parameters

[Bradford Beckmann <beckmann@xxxxxxxxxxx>]

Brinda,

Mike is right.  The HIERARCHICAL_SWITCH network assumes that the number of
memories equals the number of chips.  This is because the hierarchical
switch builds an ordered network among multiple chips assuming each chip
has a separate memory controller.  Actually, this probably is something we
can easily fix in our next release, but currently GEMS is limited that
all auto-generated networks must have a number of memories >= the number
of chip.

As far as your problem with the FILE_SPECIFIED network, are you trying to
create a network with more directories but the g_NUM_MEMORIES equals one?
Can you send us the file you are using and the command line arguments you
are passing the tester?

Brad



On Thu, 21 Jul 2005, Brinda Ganesh wrote:

> I created a network file similar to the ones in the
> network/simple/Netowrk_Files. I set the number of
> memories to 1 in this file. I am using  2 processors
> and a modified form of the MOESI_SMP_directory
> protocol.
>
> The netowrk type is specified as FILE_SPECIFIED.
>
> The network initialization crashes if I specify a link
> for more than 1 Directory.
> failed assertion 'nodes[i] >= 0 && nodes[i] < m_nodes'
> at fn void Topology::makeFileSpecified() in
> network/simple/Topology.C:511
>
> If I specify only one directory I get the crash that
> occurred earlier with the Hierarchial switch network
> type.
> failed assertion 'id < m_nodes' at fn void
> SimpleNetwork::checkNetworkAllocation(NodeID, bool,
> int) in network/simple/SimpleNetwork.C:199
>
> This seems to be related to a call from
> getToNetworkQueue being called during chip
> initialization.
>
> Im a little confused about whether its the way my
> network file is being specified which is causing the
> error or if there is some other parameter I need to
> change as well.
>
> Thanks
> Brinda
>
> --- Brinda Ganesh <brinda_ganesh@xxxxxxxxx> wrote:
>
> > Im using the HIERARCHICAL_SWITCH network.
> > Thanks
> > Brinda
> >
> > --- Mike Marty <mikem@xxxxxxxxxxx> wrote:
> >
> > > > How does ruby pass back the installed memory
> > size
> > > > information back to simics? Im assuming that
> > this
> > > > information is conveyed somehow so that the os
> > can
> > > > swap things in and out of disk if the virtual
> > > memory
> > > > size gets larger than the installed physical
> > > memory
> > > > size.
> > > >
> > >
> > > Ruby doesn't pass this information to Simics.  You
> > > have to configure Ruby
> > > to match the installed memory in your Simics
> > > checkpoint that you load.
> > >
> > > > I tried resetting the number of memories to 1 so
> > > that
> > > > it was not equal to the number of processors (2)
> > > in
> > > > the system but it causes the system to crash...
> > Is
> > > > there some other parameter tha t I need to
> > reset?
> > > >
> > >
> > > Hmm....what NETWORK_TOPOLOGY?  Its possible that
> > our
> > > auto-generated
> > > networks assume that the # memories == #
> > processors.
> > >  But I'll have to
> > > check the code for this.  Regardless you can
> > create
> > > a network file by hand
> > > if you need to.
> > >
> > >
> > > _______________________________________________
> > > Gems-users mailing list
> > > Gems-users@xxxxxxxxxxx
> > >
> >
> https://lists.cs.wisc.edu/mailman/listinfo/gems-users
> > >
> >
> >
> >
> >
> >
> ___________________________________________________________
> >
> > How much free photo storage do you get? Store your
> > holiday
> > snaps for FREE with Yahoo! Photos
> > http://uk.photos.yahoo.com
> > _______________________________________________
> > Gems-users mailing list
> > Gems-users@xxxxxxxxxxx
> >
> https://lists.cs.wisc.edu/mailman/listinfo/gems-users
> >
>
>
>
>
> ___________________________________________________________
> How much free photo storage do you get? Store your holiday
> snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com
> _______________________________________________
> Gems-users mailing list
> Gems-users@xxxxxxxxxxx
> https://lists.cs.wisc.edu/mailman/listinfo/gems-users
>