Comment 13 for bug 1876230

Thanks for accepting Lukasz.

The customer installed liburcu 0.10.1-1ubuntu1 from -proposed on a bionic machine, and they had this to say:

Begins:

We were able to test our application with the proposed package you created. We were able to confirm better performance than we had with the current official package.
Here's the currently installed package on our device-under-test.

sudo apt-cache policy liburcu6 | grep Installed
Installed: 0.10.1-1ubuntu1

BTW, the application performance is still less than what we observe in 14.04 but for now, we will live with it.

Ends.

The customer found that the package in -proposed restores their application to an acceptable level of performance compared to using liburcu 0.10.1-1 in -updates. While they still report it being slower than what they experienced on trusty, performance is still good enough for them to migrate from trusty onto bionic.

I'm happy to mark this as verified.

For regression testing, I tested netsniff-ng 0.6.4-1, particularly the /usr/sbin/flowtop program, which links to liburcu. After manually downloading the geoip databases, the program functions as intended.

I made a small three node glusterfs cluster, with each node having 2 disks. One volume was created in replicating mode across the cluster, with a xfs formatted backing disk. glusterfs version is 3.13.2-1ubuntu1. I successfully managed to write 100 files to the glusterfs mountpoint, and it was successfully replicated across the cluster to the backing "bricks".

I used pull-lp-source to get the source for liburcu 0.10.1-1ubuntu1, and I ran a full
$ ./configure
$ make
$ make regtest

The output which you can find here:
https://paste.ubuntu.com/p/XFRkyHtkSj/

All regression tests pass, and benchmarks execute correctly.

Because of the above regression test set passing, and with manual testing of netsniff-ng and glusterfs, I am happy to say that liburcu and its rdeps still work as intended. Marking this as verified.