[Top][All Lists]

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

Re: Emacs memory management and sluggishness

From: Óscar Fuentes
Subject: Re: Emacs memory management and sluggishness
Date: Thu, 01 Aug 2019 00:19:45 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux)

Joseph Mingrone <address@hidden> writes:

> Óscar Fuentes <address@hidden> writes:
>> Joseph Mingrone <address@hidden> writes:
>>> I am seeing even more aggressive memory usage with recent master branch
>>> commits (at least I think this only started in the last month or so).
>>> Here is a screenshot that shows over 3 GB of
>>> RSS. https://ftfl.ca/misc/emacs_memory.png
>>> This was running commit 06726f6 from today on 12.0-RELEASE-p8.  I run
>>> Gnus, erc, look at an occasional PDF and edit text.  I haven't visited
>>> any extremely large buffers recently.  Garbage collection is happening,
>>> but it does not seem to help.  But, when I call `garbage-collect'
>>> manually there will be a long pause if I haven't called it recently,
>>> then the memory will usually go down to something between 100 and 400
>>> MB.
>> Do the garbage collection, take note of the used memory, visit one of
>> those PDF files (preferably one with large, complex & colorful images)
>> move around for several pages and see if emacs' memory usage grows.
> It went from 440 to about 500 MB.  This was a book with 1200
> pages and the PDF was about 3 MB.

How many pages of those 1200 you viewed? Do you use PDF-Tools or Doc
View? If you execute `garbage-collect' does the memory go down?

I'm asking all this because one of the possibilities is a leak on the
image handling code.

reply via email to

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