[gclist] Re: gclist-digest V1 #38

[William D Clinger]

Daniel Barlow <dan@detached.demon.co.uk> wrote:
> *Something* is.  Emacs is noticeably slower when that vm buffer is
> there, unused, than it is when it isn't.  If it's not the buffer
> itself, maybe there is other data that vm is using to do its job, that
> also takes up significant space?

Barlow's scenario may involve reading a single file that is
larger than physical memory.  Some paging must occur just to
read the file into virtual memory.  If Emacs code is swapped
out when the file is read, then editing operations that require
that code will be slow until the code has been swapped back
in.

Could this be part of what is going on?

Will