bug#38345: 27.0.50; Permanent increase in memory consumption after opening images (or pdfs)

[Eli Zaretskii]

> From: Noam Postavsky <npostavs@gmail.com>
> Cc: Ihor Radchenko <yantar92@gmail.com>,  38345@debbugs.gnu.org,  
> juri@linkov.net
> Date: Thu, 05 Dec 2019 20:34:31 -0500
> 
> Eli Zaretskii <eliz@gnu.org> writes:
> 
> > No.  AFAIK, any compilation on GNU/Linus defines DOUG_LEA_MALLOC.
> 
> That's not the case with modern glibc, hence all that trouble with
> ralloc, etc during Emacs 25.

I was judging by what I see on fencepost.gnu.org, but I guess that
isn't "modern" anymore.

So does this mean modern glibc has no knobs to tailor its behavior to
various needs, like set the threshold for using mmap, etc.?  IOW, no
more support for the likes of mallopt?  If so, perhaps the reports
about jemalloc's superior performance should be sent to glibc
developers, as they could have a proper advice for that.