Hi, I'm sorry if I don't understand what you want to do.
First, why you doubt the the behavior of the scenarios? You had no significant difference between the two? IIRC... Python runs on the single thread on the hardware(CPU) side. This is the restriction of Python(CPython) language. Ryu uses "eventlet" for the multi threading, but threads of "eventlet" runs on the single thread of CPU. So, cbench app and simple_switch app runs together on the same CPU thread(also CPU core), I guess the two apps will steal as much CPU time together as possible. Thanks, Iwase On 2016年10月12日 04:52, Ezzat Zar wrote: > Thanks, > The OF version error was resolved, but actually I'm not sure if I'm doing > the whole process correctly. > > The problem is that I want to measure how many packet_in events can the > controller handle in 2 scenarios: > 1- While a semi-heavy computation is being run in controller concurrently > with packet_in flooding from cbench. > 2- Cbench app alone running. > > How can I test the behavior correctly? Intuitively, the result should > reflect that when the controller is running some busy loop, it can respond > less packet_in events. > > What I have done now, is placing the busy loop in packet_in handler of > simple_switch and calling cbench and simple_switch simultaneously for the > first scenario, and without simple_switch for the second scenario. > > Regards. > > On Tue, Oct 11, 2016 at 5:21 AM, Iwase Yusuke <iwase.yusu...@gmail.com> > wrote: > >> Hi, >> >> IIRC, cbench supports ONLY OpenFlow 1.0. >> So, simple_switch_13.py (which supports only OpenFlow1.3) can not >> communicate with it. >> Please confirm the OpenFlow version definition of your app includes >> OpenFlow 1.0. >> >> The following is the definition of simple_switch.py (which supports >> OpenFlow 1.0). >> https://github.com/osrg/ryu/blob/master/ryu/app/simple_switch.py#L33 >> >> Thanks, >> Iwase >> >> >> On 2016年10月09日 23:58, Ezzat Zar wrote: >> >>> Hi, >>> I have a simple packet_in handler Ryu app and I want to know how many >>> other >>> packet_in(s) the Ryu controller could afford responding (with cbench I >>> guess) with and without my app running. >>> >>> When I run >>> ./bin/ryu-manager ./ryu/app/simple_switch_13.py ./ryu/app/cbench.py >>> >>> I get the error: >>> ================================================================= >>> loading app ./ryu/app/simple_switch_13.py >>> loading app ./ryu/app/cbench.py >>> loading app ryu.controller.ofp_handler >>> instantiating app ./ryu/app/simple_switch_13.py of SimpleSwitch13 >>> instantiating app ryu.controller.ofp_handler of OFPHandler >>> instantiating app ./ryu/app/cbench.py of Cbench >>> Traceback (most recent call last): >>> File "./bin/ryu-manager", line 19, in <module> >>> main() >>> File "/home/ubuntu/ryu/ryu/cmd/manager.py", line 91, in main >>> services.extend(app_mgr.instantiate_apps(**contexts)) >>> File "/home/ubuntu/ryu/ryu/base/app_manager.py", line 484, in >>> instantiate_apps >>> self._instantiate(app_name, cls, *args, **kwargs) >>> File "/home/ubuntu/ryu/ryu/base/app_manager.py", line 466, in >>> _instantiate >>> ofproto_protocol.set_app_supported_versions(cls.OFP_VERSIONS) >>> File "/home/ubuntu/ryu/ryu/ofproto/ofproto_protocol.py", line 46, in >>> set_app_supported_versions >>> assert _supported_versions, 'No OpenFlow version is available' >>> AssertionError: No OpenFlow version is available >>> ================================================================= >>> >>> The only way it works is to run: >>> >>> ./bin/ryu-manager ./ryu/app/cbench.py >>> >>> and then launching cbench from oflops. but this does not include my app's >>> effect on controller performance. >>> >>> Any idea how to do this? >>> Thanks. >>> >>> >>> >>> ------------------------------------------------------------ >>> ------------------ >>> Check out the vibrant tech community on one of the world's most >>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot >>> >>> >>> >>> _______________________________________________ >>> Ryu-devel mailing list >>> Ryu-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/ryu-devel >>> >>> > > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, SlashDot.org! http://sdm.link/slashdot > > > > _______________________________________________ > Ryu-devel mailing list > Ryu-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/ryu-devel > ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot _______________________________________________ Ryu-devel mailing list Ryu-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ryu-devel
