Re: GC

[Juri Linkov]

> To say nothing of the fact that it has a semantics different from what
> we thought to implement:
>
>> Garbage collection will happen if this percentage of the total amount of
>> memory used for data has been allocated since the last garbage collection.
>   ^^^^^^^^^^^^^^^^^^^^
> We talked about a percentage of the installed physical memory, not of
> memory used for data.

The semantics used by xemacs seems reasonable.  The speed of GC
depends on memory used for Lisp data, not on the total physical memory.
With the growth of Lisp data, GC becomes more slow, so it makes sense
to automatically increase the threshold to run GC less often.  Also this
percentage will work well for servers with large memory where users
will have the threshold proportional to used Lisp data memory.

-- 
Juri Linkov
http://www.jurta.org/emacs/