[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Larger GC thresholds for non-interactive Emacs

From: Lynn Winebarger
Subject: Re: Larger GC thresholds for non-interactive Emacs
Date: Mon, 20 Jun 2022 08:42:05 -0400

On Sat, Jun 18, 2022 at 8:52 AM Lars Ingebrigtsen <larsi@gnus.org> wrote:
Stefan Monnier <monnier@iro.umontreal.ca> writes:

As far as I know, we never actually release back cons space to the OS
anyway -- even if we could.  (Because glibc's malloc implementation
doesn't do that unless we call that trim function, which we don't.)  So
I'm not sure that makes much difference -- especially in a batch process.

Does this mean that, once the heap size of the process has been increased
by a large gc threshold, every subsequent gc will be proportional to the 
largest heap size ever required, regardless of whether some of it could be 
permanently freed?  So, if the process terminates before collection, then
it will run faster, but if it keeps running, the gc "pause" time will be permanently
longer for each subsequent gc?

reply via email to

[Prev in Thread] Current Thread [Next in Thread]