Consider switching from ovn-nbctl to ovsdbapp about ovn-scale-test HOT 3 CLOSED

The OVN northbound DB's workload is not that high, and generally we don't need to parse the output of ovn-nbctl verbosely, the exit code is good enough for most of cases. Also ovn-nbctl has a '--wait' option for avoid keep on polling ovsdb, I'm not sure if it's good enough for you use case.

Definitely, compare to OVSDB client, using ovn-nbctl is more heavy and not flexible, but for scalability test, IMO, it's easy to use and good enough.

from ovn-scale-test.

@l8huang ACK, this is not a priority for us ATM. We might want to do it in the future to be as efficient in stressing the NB DB as OpenStack/OpenShift who use/will use client libraries for OVSDB.

I've opened this issue as a follow up to review discussion for #147, where I suggested that we should avoid parsing free-form output of ovn-nbctl and instead ask for machine readable output like CSV or JSON.

Feel free to close this issue and I will reopen if needed.

from ovn-scale-test.

OK, let's close it for now :)

from ovn-scale-test.