# HG changeset patch
# User Kim F. Storm <storm@cua.dk>
# Date 1092782511 0
# Node ID 900340a218c9804a5b5d84e7f5b8550b6ceeeb63
# Parent  fdf8546f215baab046102783ac339967f7fe994b
(Output from Processes): New var `process-adaptive-read-buffering'.

diff -r fdf8546f215b -r 900340a218c9 lispref/processes.texi
--- a/lispref/processes.texi	Tue Aug 17 22:35:13 2004 +0000
+++ b/lispref/processes.texi	Tue Aug 17 22:41:51 2004 +0000
@@ -929,6 +929,16 @@
 can arrive before you finish, if the code in between does not call any
 primitive that waits.
 
+@defvar process-adaptive-read-buffering
+On some systems, when Emacs reads the output from a subprocess, the
+output data is read in very small blocks, potentially resulting in
+very poor performance.  This behaviour can be remedied to some extent
+by setting the variable @var{process-adaptive-read-buffering} to a
+non-nil value (the default), as it will automatically delay reading
+from such processes, thus allowing them to produce more output before
+Emacs tries to read it.
+@end defvar
+
   It is impossible to separate the standard output and standard error
 streams of the subprocess, because Emacs normally spawns the subprocess
 inside a pseudo-TTY, and a pseudo-TTY has only one output channel.  If