> 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/ _______________________________________________ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel
