From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Bruno =?utf-8?Q?F=C3=A9lix?= Rezende Ribeiro Newsgroups: gmane.emacs.devel Subject: Re: Garbage collector: is 800kb a good default? Date: Fri, 10 Apr 2020 15:26:49 -0300 Message-ID: <87h7xrtcwm.fsf@oitofelix.com> References: <83o8s0on41.fsf@gnu.org> <87blnzh0wz.fsf@oitofelix.com> <83blnzmglb.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="128026"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) Cc: dim1212k@gmail.com, Bruno =?utf-8?Q?F=C3=A9lix?= Rezende Ribeiro , emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Apr 10 20:27:36 2020 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jMyNM-000XBk-T6 for ged-emacs-devel@m.gmane-mx.org; Fri, 10 Apr 2020 20:27:36 +0200 Original-Received: from localhost ([::1]:37790 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jMyNM-000452-04 for ged-emacs-devel@m.gmane-mx.org; Fri, 10 Apr 2020 14:27:36 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:54688) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jMyMi-0003IP-6c for emacs-devel@gnu.org; Fri, 10 Apr 2020 14:26:59 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:56438) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1jMyMh-0004oT-VF; Fri, 10 Apr 2020 14:26:56 -0400 Original-Received: from [189.15.143.211] (port=56520 helo=felix-laptop) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jMyMf-00089I-1O; Fri, 10 Apr 2020 14:26:53 -0400 X-Face: %,T7Hsg=SK$Zh)wiU4Qdv9-fZ26Pf5*+}Ld,{LeV'Cq-1?=kA"hc,'i""S85]g; _W+{nZfx 2GnAMS1K\E_E&:{h[wQd+Tqj5#PtH:W&8^crA0>i?nmD7hOL$K".`@An_8.7gaObQLlMy0\%%I0Jp. Lue$J0B Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAIAAADYYG7QAAACcElEQVRYw93YzXHCQAwF4G0h Fw4caYEW0oJbSAtuwa1AldGg8PKQtP+GMHkHxkDG/qLVrtek6x65UCZPleYdH485HA4zrHHQ4R5F cPSTl4L0qigJDoxpoFRpUmMGKzR1sbpB3DTLsnzd83nL+XyeNHWDoBHEeg9YQlQWCtZrSmOa1YVN ktDkiz0FwmDJVbd7CizTUhcXLByDINXIiGyUQqnkL8Nm8iCY5CD1lkf+9UYQFykEhb7UqEGFeLwK Q6YgnXTovEtDZkHGZFpbR21nkLlhlUFqWig63XYGyevxeGSQXFjXG4lclSnyyekW/Ur+jFfzWRD6 31RoeQxAnxQB6cErQBKsywDpW6Yo93UgFAMg3DqgMaCqaRzEc4pBPh50fdxk9oF4zvPCCBDml6fo sIagnClVNTmQn/BAmOXxn4LMXQan45vrJCg07QPC/JI8BeT3BjidLNkGpOu1anSNbgd5U6qWx4Ak DOL1RotkTLMV8ouEWYc8yNzezcBNVchv5MIK8VKEHjKrM0D+malvyFoqxG2kLBHIMCmo3EAjFfLl MSAeNSzZoeZZIH/SHAim3I1MMwvC7syAeBuEyV++s3aA2suDHkI7nyi6UUTCHwLGKxSCsFjzzpV3 ZNUihc+s9QqF7YwtEW88zAMQt5Ec7AkKx4uvWjChwaujFoAay+PLUHhQ5LQXKeVu7y2a0GRY/LZq +gG1jBROap4Sy0XyX1VNyf8Ekav8lom5dqFyocn0k62QOenWkBC05uNNDyCv2fpj2mUtxve7vGZB 21CqI1X1BaBhTfiz1QDL9tAMaN70C8L8ei/Q32rYlN6hgdj0DS+u5+J4AqFYAAAAAElFTkSuQmCC In-Reply-To: <83blnzmglb.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 10 Apr 2020 19:49:04 +0300") X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:246790 Archived-At: --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Eli Zaretskii writes: >> From: Bruno F=C3=A9lix Rezende Ribeiro >> Cc: Dmitrii Korobeinikov , emacs-devel@gnu.org >> Date: Fri, 10 Apr 2020 11:26:36 -0300 >> > On GNU/Linux, Emacs doesn't really return malloc'ed memory to the >> > system, so once the memory footprint grows, it more or less stays that >> > way even after GC. >> Really? Why is that? > Because that's how malloc/free are implemented in glibc. I=E2=80=99m surprised to find this out and I=E2=80=99m surprised that the G= NU system overall behaves like that (because its C library does). How is that not a practical problem? Sometimes I deal with very large buffers, and it=E2=80=99s not uncommon to have an Emacs uptime of more than= a month. This explains what I thought were memory leaks: Emacs progressively eating large chunks of memory and eventually leading my machine to die out of starvation.[1] Can=E2=80=99t we use an alternative allocator that do return freed memory?[= 2] Footnotes:=20 [1] Not good for my dreams of using a perpetual Lisp machine. [2] IIRC, I read somewhere that the OpenBSD one does. I wonder if this and the GC behavior in general has something to do with Emacs being very slow and unresponsive there. It=E2=80=99s a Lemote YeeLoong, but Em= acs worked fine there on GNU/Linux. =2D-=20 Bruno F=C3=A9lix Rezende Ribeiro (oitofelix) [0x28D618AF] --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEfLEgjHM2VrdZYiUAJ7nG/SjWGK8FAl6QumkACgkQJ7nG/SjW GK+Gfwf9HHu4loSx/CgHQKH+H2dAdRO9Hz0CcWO8A9iIIGt1XOeuY4mE5TqoRI76 XYYVggfcN3L1EpqIoEnfPSbty+B/0ox+NxnixQIV4usq0rnFVrHR2sAyIOKKFqTT lDxG8d6susjY7ox2hEChTQCvh0JP3rtp84gvqeqIGwRjXxzf7PadusO74m+diHr/ +fqVl5+8D/nKlAVRiLrHFks9azb0lNUdSVM9omXDxn0Ep9/S38We75THdvNVdU9/ VeU30Au1lG/onpSU8VUQaaeUo1ov4Pf4wHZ8qikaKvot5s4Rydop9v/ET/99jrVN 7hqoYx785fbcRfis9QQqKGh91UJe+A== =tWSZ -----END PGP SIGNATURE----- --=-=-=--