From bfa96fa20de4659874dd0966eb4ababca7bf78f4 Mon Sep 17 00:00:00 2001 From: "Kim F. Storm" Date: Tue, 17 Aug 2004 22:41:51 +0000 Subject: [PATCH] (Output from Processes): New var `process-adaptive-read-buffering'. --- lispref/processes.texi | 10 ++++++++++ 1 file changed, 10 insertions(+) diff --git a/lispref/processes.texi b/lispref/processes.texi index 16d7aa96c1d..ccf8f76d87e 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 -- 2.39.2