[ndnSIM] ndnSIM Performance

[Alex Afanasyev]

> On Jun 11, 2015, at 11:07 AM, Hisham Farahat <hishamfarahat at gmail.com> wrote:
> 
> Hi,
> My program is in C++.
> Is there another method to run my program?  Is it more efficient?
> 
It is not question of efficiency.  Either way it would be the same (the other way is directly running scenario binary from ./build folder).  Running with ./waf --run just has overhead in the beginning of the simulation, as it checks that the latest code is compiled.  It has no effect on later simulation.

---
Alex


> On Jun 11, 2015 2:02 PM, "Alex Afanasyev" <alexander.afanasyev at ucla.edu <mailto:alexander.afanasyev at ucla.edu>> wrote:
> Hi Hisham,
> 
> Sorry for the delayed reply.  Is your simulation scenario written in c++ or python?  Also, how do you run the simulation?  If with ./waf --run, then the python you see is probably related to this part.
> 
> ---
> Alex
> 
>> On Jun 3, 2015, at 8:28 PM, Hisham Farahat <hishamfarahat at gmail.com <mailto:hishamfarahat at gmail.com>> wrote:
>> 
>> One more thing.
>> Why python2.7 is taking ~20%?
>> 
>> 
>> On Wed, Jun 3, 2015 at 10:28 PM, Hisham Farahat <hishamfarahat at gmail.com <mailto:hishamfarahat at gmail.com>> wrote:
>> Hi,
>> Yeah, I run my code in optimized mode.
>> 
>> On Fri, May 15, 2015 at 7:21 PM, Alex Afanasyev <alexander.afanasyev at ucla.edu <mailto:alexander.afanasyev at ucla.edu>> wrote:
>> Hi Hisham,
>> 
>> I hope you’re compiling and running code in optimized mode (./waf configure -d optimized).
>> 
>> In optimized mode, ~Ptr() should just decrement a counter, in debug mode there could be more complex things happening, though I’m not sure why would it take 50% of time.
>> 
>> —
>> Alex
>> 
>> > On May 2, 2015, at 6:59 PM, Hisham Farahat <hishamfarahat at gmail.com <mailto:hishamfarahat at gmail.com>> wrote:
>> >
>> > Hi,
>> > I'm trying to profile ndnSIM 1.0, because My simulation scenarios are taking too long to finish. This was the results:
>> > CPU: Intel Sandy Bridge microarchitecture, speed 3800 MHz (estimated)
>> > Counted CPU_CLK_UNHALTED events (Clock cycles when not halted) with a unit mask of 0x00 (No unit mask) count 100000
>> > samples  %        app name                 symbol name
>> > 610808   49.4017  ndn         ns3::Ptr<ns3::ndn::Face>::~Ptr()
>> > 268401   21.7081  python2.7                /usr/bin/python2.7
>> > 107633    8.7053  ndn        ns3::Ptr<ns3::Packet>::~Ptr()
>> > 76617     6.1967  ndn         ns3::Ptr<ns3::Packet const>::~Ptr()
>> > 23462     1.8976  ndn         ns3::Ptr<ns3::ndn::Interest const>::~Ptr()
>> > .....
>> >
>> > is this normal? 50% on ~Ptr() ?
>> > Am i doing something wrong?
>> >
>> > Regards,
>> 
>> 
>> 
>> 
>> --
>> Hisham Farahat
>> 
>> 
>> 
>> --
>> Hisham Farahat
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/ndnsim/attachments/20150611/220e32f1/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 841 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://www.lists.cs.ucla.edu/pipermail/ndnsim/attachments/20150611/220e32f1/attachment.bin>