Jacks slowness (?)
I am encountering more Jacks slowness when I attempt to instantiate https://www.cloudlab.us/show-profile.php?uuid=6a1598a1-cef5-11e7-b179-90e2ba22fee4 when I change the number of VBG VMs per host
to 20; Physical Hosts
to 10; and set Number VM hosts plugged into each VBG VM
to 0 instead of 1.
Seems like it takes 4-5 minutes on my lightly-loaded, 32GB RAM desktop, to get to a fully-rendered Finalize frame in the wizard. I didn't try to separate out the cost of the constraint checker vs the renderer. Then there is a long delay on the status page when transitioning from the 'provisioning' state to the 'booting' state, even once CreateSliver is obviously a long way down the road. @stoller suspects that part of that delay is rendering the Topology View.
I need some way around this in the next couple or three weeks, even if we can't look at the root cause prior to that. My ideas are things like a profile parameter/metadata bit, UI option, instantiate URL param, to disable jacks rendering. Of course, if we allow disabling of Jacks rendering, then we need to ensure that the same Actions can be performed from the Node List tab as can be done from the Topology View tab. I wonder, would it also be easy to revert back to the legacy Emulab renderer for large experiments or if Jacks render has been disabled? Presumably we generate the classic experiment picture at the CM, and would just have to get it back to the portal and dump into the Topology View tab. Anyway, maybe something like that could be a stopgap?