[ndnSIM] [Fwd: Replacement metric]

Alex Afanasyev alexander.afanasyev at ucla.edu
Fri Aug 30 10:08:47 PDT 2013


Hi Andriana,

The code looks right, and the whole problem seem to be because of a small problem with "connect" implementation in your tracer.  The producer application is not "aggregated" (in NS-3 terms) on the node, rather than it is installed on a Node as an application.  While it seem the same, it actually requires a slightly different way to connect the trace.  The working example is in utils/tracers/ndn-app-delay-tracer.cc:231 and in your case ndn-producer-tracer.cc on line 105 could look something like:

  Config::ConnectWithoutContext ("/NodeList/"+m_node+"/ApplicationList/*/ServerHits",
                                 MakeCallback (&ProducerTracer::ServerHits, this));

Can you try it and if it doesn't fix the problem, I'll try to dig more.

---
Alex

On Aug 29, 2013, at 1:55 PM, ioannoa at scss.tcd.ie wrote:

> Hello all again,
> 
> further to my previous question I have tried to also implement a metric in
> the producer to hold the hits made each time regarding the interests, i.e.
> how many interests were satisfied by the producer if not from a content
> store of a node along the way.
> 
> i've tried to use the tracers available and made the included files.
> Unfortunately, even though my file is created, the metric is always 0.
> Furthermore, having a print in the function updating the metric, it seems
> that it is never called! The function is set using the TracedCallback.
> 
> Now, i know that the tracer is made for all nodes and not just specifying
> one, but i have tried this for an operation similar to the cache misses or
> cache hits at the content store and still did not work, so can't see that
> as a problem.
> 
> I have included the files. If someone has a hint, please let me know!
> 
> p.s. the changes in the producer files can be found using //(+) in the
> finder!
> 
> Kind regards,
> Andriana.
> 
> ---------------------------- Original Message ----------------------------
> Subject: Replacement metric
> From:    ioannoa at scss.tcd.ie
> Date:    Thu, August 29, 2013 11:07 am
> To:      ndnsim at lists.cs.ucla.edu
> --------------------------------------------------------------------------
> 
> Hello all,
> 
> I am trying to implement a replacement metric, similar to the one used for
> cache hits and cache misses in content store. My issue is though that
> replacement counts are not calculated in the content store but rather to
> each replacement policy used. Would someone advice which way would be
> proper to try to do so? I have found this post related to:
> http://www.lists.cs.ucla.edu/pipermail/ndnsim/2012-December/000007.html
> would the creation of a new policy be the way to go?
> 
> Thanks in advance.
> 
> Kind regards,
> Andriana.<ndn-producer-tracer.cc><ndn-producer-tracer.h><ndn-producer.cc><ndn-producer.h>_______________________________________________
> ndnSIM mailing list
> ndnSIM at lists.cs.ucla.edu
> http://www.lists.cs.ucla.edu/mailman/listinfo/ndnsim





More information about the ndnSIM mailing list