Re: [libvirt] [PATCH] Don't sleep in poll() if there is existing SASL decoded data

2011-02-03 Thread Daniel Veillard
On Tue, Feb 01, 2011 at 04:20:16PM +, Daniel P. Berrange wrote: > On Tue, Feb 01, 2011 at 09:18:45AM -0700, Eric Blake wrote: > > On 02/01/2011 09:09 AM, Daniel P. Berrange wrote: > > > In the SASL codepath we typically read far more data off the > > > wire than we immediately need. When using

Re: [libvirt] [PATCH] Don't sleep in poll() if there is existing SASL decoded data

2011-02-01 Thread Daniel P. Berrange
On Tue, Feb 01, 2011 at 09:18:45AM -0700, Eric Blake wrote: > On 02/01/2011 09:09 AM, Daniel P. Berrange wrote: > > In the SASL codepath we typically read far more data off the > > wire than we immediately need. When using a connection from a > > single thread this isn't a problem, since only our r

Re: [libvirt] [PATCH] Don't sleep in poll() if there is existing SASL decoded data

2011-02-01 Thread Eric Blake
On 02/01/2011 09:09 AM, Daniel P. Berrange wrote: > In the SASL codepath we typically read far more data off the > wire than we immediately need. When using a connection from a > single thread this isn't a problem, since only our reply will > be pending (or an event we can handle directly). When us

[libvirt] [PATCH] Don't sleep in poll() if there is existing SASL decoded data

2011-02-01 Thread Daniel P. Berrange
In the SASL codepath we typically read far more data off the wire than we immediately need. When using a connection from a single thread this isn't a problem, since only our reply will be pending (or an event we can handle directly). When using a connection from multiple threads though, we may read