[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Improving emacs process performance (for free?)
From: |
Kim F. Storm |
Subject: |
Re: Improving emacs process performance (for free?) |
Date: |
27 May 2004 11:02:30 +0200 |
User-agent: |
Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 |
"Eli Zaretskii" <address@hidden> writes:
> > From: address@hidden (Kim F. Storm)
> > Date: 26 May 2004 23:23:21 +0200
> >
> > The buffer is allocated on the stack (with alloca), so it could be a
> > problem on systems with limited stack size -- do we still have such
> > systems?
>
> How much limited is ``limited''? Can you give a quantitative
> estimate?
My change uses extra 9K on the stack in read_process_output.
Since that function can call a filter, which in turn calls
accept-process-output (etc), you may look at perhaps 3*9K
xtra on the stack.
Also, read_process_output calls decode_coding_string which may
allocate 16K on the stack.
So a minimum stack usage would be 3*10+16 = 46KB + what's allocated
elsewhere. Pretty close to 64K if you ask me :-|
--
Kim F. Storm <address@hidden> http://www.cua.dk