[Top][All Lists]

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

Re: Lost or corrupted `undo-tree' history

From: Stefan Monnier
Subject: Re: Lost or corrupted `undo-tree' history
Date: Fri, 10 Jan 2020 19:45:59 -0500
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux)

> default value and garbage collecting starts immediately. However, the memory
> consumption of Emacs does not fall back to 500MB, but rather goes down to
> only e.g. 6GB, which afterwards are never ever reclaimed.

As Eli mentioned, this is considered normal and not a leak.
It only becomes a leak when the unused memory held cannot be reused
for anything.

> If I repeat the test, the memory consumption would immediately
> continue to grow off 6GB further as if those 6GB are not reused and
> are somehow stuck holding something that cannot be reclaimed anymore.

This is more serious, OTOH.
It might indeed be symptom of a leak.  Of course, it can also come from
a problem of fragmentation, or a number of other undesirables effects.

Delaying GC (by raising `gc-cons-threshold`) tends to both increase the
time it takes to a perform a GC cycle and also increase fragmentation.
This is why Emacs's default setting errs on the side of GC'ing rather
more often than less often.


reply via email to

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