fix: set M_MALLOC_THRESHOLD to prevent memory fragmentation

[mmstick]

I read some articles about how a default behavior of glibc malloc causes some applications to consume large amounts of RAM until reaching OOM. There's a tunable parameter called M_MMAP_THRESHOLD (or the MALLOC_MMAP_THRESHOLD_ environment variable) which defines when an allocation will use mmap instead of sbrk.

Small sbrk buffers are stored by malloc in arenas for reuse by the application. mmap buffers are released by the OS instantly on drop. The problem is that the default behavior of malloc is to dynamically increase the threshold if this tunable is not set, which leads to some applications storing lots of randomly-sized gigantic buffers in its arenas, which may never be freed.

This causes cosmic-applet-minimize's memory usage to reach 200+ MB when restoring a few minimized windows. Memory usage of cosmic-applet-minimize is now in line with all other applets (25 MB), no matter how many windows are minimized and restored.

Fixes #785

[l-const]

Could we test this fix on cosmic-files and cosmic-term? I had raised this one : pop-os/cosmic-files#641 that seems related.

[mmstick]

@l-const You could launch cosmic files like so to try it out

env MALLOC_MMAP_THRESHOLD_=65536 cosmic-files

You can also try out different values.