search for: eassily

...into larger packets by virtue of the downtime waiting for the ACK), it is an artificial delay (the server can't process anything until the packets arrive). libnbd 0.1.2 now disables Nagle's algorithm, and my repeat of the tests with that change showed an improvement to 2.180s, which is more eassily explained by the serialization nature that libnbd is never read()ing from one thread at the same time another thread is write()ing. I'd have to intentionally cripple nbd-standalone.c to do that same serialization, to see if libnbd actually offers an overall performance gain when I/O is seriali...

Sorry for the noise if this isn't the appropriate venue for this. I posted this last month to xen-devel: http://lists.xensource.com/archives/html/xen-devel/2007-11/msg00777.html I can reliably cause a paravirt_ops Xen guest to hang during intensive IO. My current recipe is an untar/tar loop, without compression, of a kernel tree. For example: wget

Sorry for the noise if this isn't the appropriate venue for this. I posted this last month to xen-devel: http://lists.xensource.com/archives/html/xen-devel/2007-11/msg00777.html I can reliably cause a paravirt_ops Xen guest to hang during intensive IO. My current recipe is an untar/tar loop, without compression, of a kernel tree. For example: wget

Sorry for the noise if this isn't the appropriate venue for this. I posted this last month to xen-devel: http://lists.xensource.com/archives/html/xen-devel/2007-11/msg00777.html I can reliably cause a paravirt_ops Xen guest to hang during intensive IO. My current recipe is an untar/tar loop, without compression, of a kernel tree. For example: wget

On Thu, May 30, 2019 at 02:00:48PM -0500, Eric Blake wrote: > [...] which is more eassily explained by the > serialization nature that libnbd is never read()ing from one thread at > the same time another thread is write()ing. > > [...] libnbd > works around that by using non-blocking sockets and prioritizing reads > over writes rather than insisting on complete transac...

Patch 1 played with an early draft of Rich's Fedora 30 libnbd package: https://bugzilla.redhat.com/show_bug.cgi?id=1713767#c17 Note that comment 21 provides a newer package 0.1.1-1 with a different API; and that libnbd has more unreleased API changes in the pipeline (whether that will be called 0.2 or 0.1.2); so we'll have to tweak things based on what is actually available in distros.