I now have my MonitoredQueue object on git, which is the three socket Queue device that can be the core of the lightweight ME and Task models (depending on whether it is XREP on both sides for ME, or XREP/XREQ for load balanced tasks).<div>

<br></div><div>The biggest difference in terms of design between Python in the Controller picking the destination and this new device is that the client code actually needs to know the XREQ identity of each engine, and all the switching logic lives in the client code (if not the user exposed code) instead of the controller - if the client says &#39;do x in [1,2,3]&#39; they actually issue 3 sends, unlike before, when they issued 1 and the controller issued 3. This will increase traffic between the client and the controller, but dramatically reduce work done in the controller.</div>

<div><br></div><div>Since the engines&#39; XREP IDs are known at the client level, and these are roughly any string, it brings up the question: should we have strictly integer ID engines, or should we allow engines to have names, like &#39;franklin1&#39;, corresponding directly to their XREP identity?</div>

<div><br></div><div>I think people might like using names, but I imagine it could get confusing. ┬áIt would be unambiguous in code, since we use integer IDs and XREP identities must be strings, so if someone keys on a string it must be the XREP id, and if they key on a number it must be by engine ID.</div>

<div><br></div><div>-MinRK</div><div><br></div><div><br></div>