Hello again, Thanks for the information. It helped a lot. In the version I was using there was only one instance of this object, injecting messages to all the routers. It was simpler than I thought eventually. Thanks a lot guys. You have been very helpful.
Thanks, Andreas Prodromou On Mon, Feb 20, 2012 at 11:21 AM, Tushar Krishna <[email protected]>wrote: > Hi Andreas, > The NetworkTest object (networktest.cc) is created for each controller, > i.e. each NetworkTest is in fact the FROM. > You can thus use the "id" to determine whether to send or not from that > controller. > If you use the Mesh topology say for a 16-node system each router is > connect to an L1 and a directory controller. In networktest.cc, id 0-15 > will correspond to the senders (L1) and id 16-31 will correspond to the > receivers (directory). > > - Tushar > > > On Feb 20, 2012, at 2:43 PM, Andreas Prodromou wrote: > > Hello guys and thanks for the quick reply, > > I already tried to edit networktest.cc, but i can only make it to sent > messages TO a specific router and not FROM a specific router. I will try it > a little more, and in case that doesn't work i will try NetworkInterface > and let you know what happened. I was using the GEMS version of Garnet for > a while, and the code here is slightly changed. This was very easy to do > before... > > to Udit Kumar: When I say "based on a trace file", I mean that i have a > file from a FS simulation, where the memory references (thus the Network > messages) were recorded, and I need a way to play-back the file to get more > information about the network only. You can think about it as running a > benchmark on network-only mode, without all the instructions being > executed, just the memory transactions. > > Thanks for your help, and I hope I can return the favor some day, > Andreas Prodromou > > On Mon, Feb 20, 2012 at 5:32 AM, Tushar Krishna <[email protected]>wrote: > >> Hi Andreas, >> As Ankit mentioned, one way is to hack the NetworkInterface_d.cc file >> which reads messages from the protocol queues, converts them into flits and >> injects them into the router connected to it. >> But you will still need a way for the simulation to call the wakeup of >> network interface every cycle which gets called by the coherence protocol's >> enqueue action. >> >> A better way might be to modify the Networktest coherence protocol. >> This is a dummy protocol meant for network-only simulations and you can >> edit src/cpu/testers/networktest.cc inject whatever messages you need >> between whatever nodes. >> You can read about it here: >> http://www.gem5.org/Networktest >> >> - Tushar >> >> >> On Feb 20, 2012, at 1:10 AM, ankit more <[email protected]> wrote: >> >> Hello Andreas, >> >> As far as I know, the way to do it is to get the pointer to the message >> buffer for the network interface of that particular router and then enqueue >> the message at the cycle when you want to insert the message. >> >> if you look at the build directly and look at the code for the memory >> controller (L1 for example) generated by the scons scripts you will notice >> that the messages are inserted into the network by simply calling the >> enqueue() function for the message buffer of that particular Network >> Interface node. >> >> Ankit >> >> On Sun, Feb 19, 2012 at 1:02 PM, Andreas Prodromou < >> [email protected]> wrote: >> >>> Hello, >>> >>> I am trying to run some network-only simulations based on a trace file, >>> which contains memory references. Is there a method to do that? I don't >>> really need the FS simulation, just the network part. >>> >>> I was also trying to edit Garnet's code so I can specify which router >>> will send a packet, but I cannot find that piece of code anywhere. Can you >>> give me any pointers? An example of what I am trying to do is to be able to >>> make router X send a message to router Y on a specific cycle. I need the >>> file i need to edit to make that happen. >>> >>> Thanks for your time, >>> Andreas Prodromou >>> >>> >>> _______________________________________________ >>> gem5-users mailing list >>> [email protected] >>> http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users >>> >> >> >> >> -- >> Ankit More >> Ph.D Candidate, Electrical and Computer Engineering >> Drexel University, Philadelphia PA >> >> Phone: 267-912-4712 >> Email: [email protected] >> Web: http://vlsi.ece.drexel.edu >> >> _______________________________________________ >> gem5-users mailing list >> [email protected] >> http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users >> >> >> _______________________________________________ >> gem5-users mailing list >> [email protected] >> http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users >> > > _______________________________________________ > gem5-users mailing list > [email protected] > http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users > > > > _______________________________________________ > gem5-users mailing list > [email protected] > http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users >
_______________________________________________ gem5-users mailing list [email protected] http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
