I only updated the 'switch' app in that code base, and I never looked at 'hub'. My guess is that the hub app is doing so little that locking within boost::asio scheduler outweights the actual work done by the hub app. We need to make sure that the amount of work done by each thread upon its invocation is significantly more than the locking overhead in boost::asio's internal job queue.
If that is the case, since we are working on a new release, it doesn't make much sense to fix it in that code base. Could you wait for that? Cheers, Amin P.S.: Btw, passing '--enable-ndebug' to configure should boost the performace. On Wed, Oct 26, 2011 at 2:08 PM, Andreas Voellmy <andreas.voel...@gmail.com> wrote: > Thanks. The code compiled after configuring without python. > I was able to get roughly the same kind of performance out of the 'switch' > application that is mentioned on the performance page > (http://www.openflow.org/wk/index.php/Controller_Performance_Comparisons). > However, the 'hub' controller doesn't have much speedup when running with > more threads. For example, when running with one thread I get a throughput > of 213868.81 and when I run it with 8 threads I get a throughput > of 264017.35. (To run with 8 threads, I am starting the controller like > this: "./nox_core -i ptcp:9999 hub -t 8"; I am testing with cbench in > throughput mode "cbench -p 9999 -t") > Is this - that 'hub' gets not much speedup while 'switch' gets lots of > speedup - expected with this branch of NOX? Is there something that needs to > be done to hub in order to enable the framework to run it concurrently? > Regards, > Andreas > > On Wed, Oct 26, 2011 at 5:53 AM, Murphy McCauley <jam...@nau.edu> wrote: >> >> This branch is quite a bit behind the actual development. We're preparing >> to release the updated codebase in the near future. >> But for one thing, Python doesn't work in it. So you probably need to do >> --with-python=no when you run configure. >> Hope that helps. >> -- Murphy >> On Oct 25, 2011, at 8:49 PM, Andreas Voellmy wrote: >> >> Thanks. I tried editing the conflict marker out in a couple ways that >> seemed reasonable to me, but I got other compile errors. Does anyone know if >> there is a known working version of this branch in the repository, and how I >> can get back to it? >> Thanks, >> Andreas >> >> 2011/10/25 Zoltán Lajos Kis <zoltan.lajos....@ericsson.com> >>> >>> Seems like someone checked in a conflict marker to that file: >>> >>> >>> http://noxrepo.org/cgi-bin/gitweb.cgi?p=nox;a=blob;f=src/nox/coreapps/pyrt/context.i;h=cb8641d72feb3a1f0543e97830a2addd55d502b9;hb=dev/destiny-fast#l83 >>> >>> Z. >>> >>> ________________________________________ >>> From: nox-dev-boun...@noxrepo.org [nox-dev-boun...@noxrepo.org] On Behalf >>> Of Andreas Voellmy [andreas.voel...@gmail.com] >>> Sent: Wednesday, October 26, 2011 4:40 AM >>> To: nox-dev@noxrepo.org >>> Subject: [nox-dev] Error building dev/destiny-fast branch >>> >>> Hi, >>> >>> I'd like to try the destiny-fast branch (I saw it mentioned here: >>> http://www.openflow.org/wk/index.php/Controller_Performance_Comparisons), so >>> I did the following >>> >>> git clone git://noxrepo.org/nox<http://noxrepo.org/nox> >>> cd nox >>> git checkout dev/destiny-fast >>> >>> Is that the right way to get this branch? After that I ran >>> ./boot.sh >>> mkdir build >>> cd build >>> ../configure >>> make >>> >>> and got the following error: >>> >>> Making all in pyrt >>> make[8]: Entering directory >>> `/home/av/Download/nox-destiny/nox/build/src/nox/coreapps/pyrt' >>> /usr/bin/swig -c++ -python -DSWIGWORDSIZE64 >>> -I../../../../../src/include/openflow -I../../../../../src/nox/lib/ -outdir >>> ./. -o oxidereactor_wrap.cc -module oxidereactor >>> ../../../../../src/nox/coreapps/pyrt/oxidereactor.i >>> /usr/bin/swig -c++ -python -DSWIGWORDSIZE64 -outdir ./. -o >>> deferredcallback_wrap.cc -module deferredcallback >>> ../../../../../src/nox/coreapps/pyrt/deferredcallback.i >>> /usr/bin/swig -c++ -python -DSWIGWORDSIZE64 >>> -I../../../../../src/include/openflow -I../../../../../src/nox/lib/ -outdir >>> ./. -o pycomponent_wrap.cc -module pycomponent >>> ../../../../../src/nox/coreapps/pyrt/component.i >>> ../../../../../src/nox/coreapps/pyrt/context.i:79: Error: Syntax error in >>> input(3). >>> make[8]: *** [pycomponent.py] Error 1 >>> >>> Does anyone know what went wrong and how to fix this? >>> >>> Thanks, >>> Andreas >>> >> >> _______________________________________________ >> nox-dev mailing list >> nox-dev@noxrepo.org >> http://noxrepo.org/mailman/listinfo/nox-dev >> > > > _______________________________________________ > nox-dev mailing list > nox-dev@noxrepo.org > http://noxrepo.org/mailman/listinfo/nox-dev > > _______________________________________________ nox-dev mailing list nox-dev@noxrepo.org http://noxrepo.org/mailman/listinfo/nox-dev
