Re: Fix for slow process output processing (please test).

[storm@cua.dk (Kim F. Storm)]

David Kastrup <dak@gnu.org> writes:

> storm@cua.dk (Kim F. Storm) writes:
> 
> > David Kastrup <dak@gnu.org> writes:
> > 
> > > storm@cua.dk (Kim F. Storm) writes:
> > > 
> > > > I suppose that process-adaptive-read-buffering isn't really needed
> > > > on Windows,
> > > 
> > > Since Windows is slow, anyway?
> > 
> > Because the purpose of my patch was to fix a problem reported to be
> > specific for recent Linux kernels.
> 
> Not just recent ones.  They may have parameters acerbating the
> problem, but it has always been there.  IIRC, the same effect was
> reported from FreeBSD; and I think it likely that almost all operating
> systems that proud themselves on high throughput and good
> interactivity and fast context switches will suffer from the same
> phenomenon when running on single processor machines, as long as they
> are able to reschedule the moment input arrives in a pipe.  You need
> pretty wild scheduler strategies (like "anticipative scheduling") in
> order to avoid this effect.

I see -- and agree.

BTW, did you try to increase the buffer size?

-- 
Kim F. Storm <storm@cua.dk> http://www.cua.dk