summaryrefslogtreecommitdiff
path: root/lispref
diff options
context:
space:
mode:
authorKim F. Storm <storm@cua.dk>2004-08-17 22:41:51 +0000
committerKim F. Storm <storm@cua.dk>2004-08-17 22:41:51 +0000
commitbfa96fa20de4659874dd0966eb4ababca7bf78f4 (patch)
treeb85841e4133bbc4a13eb974285590b14c70f2e4f /lispref
parent410bcc31682953f35314402005b1bd75c0cdcda5 (diff)
(Output from Processes): New var `process-adaptive-read-buffering'.
Diffstat (limited to 'lispref')
-rw-r--r--lispref/processes.texi10
1 files changed, 10 insertions, 0 deletions
diff --git a/lispref/processes.texi b/lispref/processes.texi
index 16d7aa96c1..ccf8f76d87 100644
--- a/lispref/processes.texi
+++ b/lispref/processes.texi
@@ -929,6 +929,16 @@ process and only then specify its buffer or filter function; no output
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