From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: arthur miller Newsgroups: gmane.emacs.devel Subject: RE: Emacs memory usage Date: Wed, 25 Nov 2020 00:38:55 +0000 Message-ID: References: , <83mtz6u42h.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="_000_AM0PR06MB6577CB2F2949742C4770579096FA0AM0PR06MB6577eurp_" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="35169"; mail-complaints-to="usenet@ciao.gmane.io" Cc: "emacs-devel@gnu.org" To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Nov 25 01:40:57 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 1khirh-000933-Ny for ged-emacs-devel@m.gmane-mx.org; Wed, 25 Nov 2020 01:40:57 +0100 Original-Received: from localhost ([::1]:41606 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1khirg-0004Zl-On for ged-emacs-devel@m.gmane-mx.org; Tue, 24 Nov 2020 19:40:56 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:41620) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1khipt-00042x-D2 for emacs-devel@gnu.org; Tue, 24 Nov 2020 19:39:06 -0500 Original-Received: from mail-vi1eur06olkn2016.outbound.protection.outlook.com ([40.92.17.16]:43297 helo=EUR06-VI1-obe.outbound.protection.outlook.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1khipn-0004cc-KG; Tue, 24 Nov 2020 19:39:04 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ALoIT3pMyovfKQsituImxnleXCs1503b+9geEi5DzqpkeZHyf5Gm4u8ZoxDO/Vw/zLjfFRMi/AtiVKCKD858SIXLjSWyk7r0APZpp/fGm3/9S1RSROc513JkRnXnwqddTKUCEQVV40Dw4fwYLFAejZlHLRbXPpzwzSZIF+BF1pwYqKvKV2UD4rrdSTAfImEWuJVKyNejTvOvrkn1fasURn/e3ALT9qwYZ37ZDuSDkxgDBozEBMnIpY/pGFH13VNX/jbmHnjL/8ojL3XHAhtxJPtSTDwphSifq1gZCUPiLnqZ1Qq7iHGWhaVvx8seqH5fIkvMO5E+hQm8CR8wcPGwow== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=tC+7gRz1SRh89oGuzqKZX+3YNDdNYDG+gPuBVwDlscs=; b=IOZMnJym2UgLAf0EhW2S0AmglVZg6DY9tEuF6Td4HtHeUhOhVqBfCIBMLf1a0KPj0p49EUJExz0x5FxJRb6JtG8uaVk31WC0PkI3g0GIYJGu0IvN4qU9PXlu84XvQmR2kGxIqILYbNSwc3wi0dVEelg4HmDW5IliCqtHldk5oB2QGAOUmVJUttpUulgrbkWTmjtRt8jAd/D2wRA/4ukJHuSUYGoZ7QNB4q2x0svBHuXZyeBc/pSr8QcMbIG862qkPMq38Yk5s2J/fHnLmvRtSroakMoUzLhOw0V42DxzegcshEdXBbs2uc62U0bpIQxZRTKDqu+1aaPQPJC+lbmnOw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=live.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=tC+7gRz1SRh89oGuzqKZX+3YNDdNYDG+gPuBVwDlscs=; b=eTW8k42ZLvEEd1Esii4z0ZWCNbwHjWxPM8I1I2HJAJKB7WomC0uKplzFXIwU0zaGeVO+DR7WOQYDVrQ4oOiSCRzF8ltAnzzaUlUBthZfIfa07wVgQWC0D6DrYhj0COocA7KqJ47GEXsxydxIFndL1F/h/wJUHRgewKw7v98Rzvqvq2IWFPuZp9BQKhprje72hpTl5HhuDWzgOBYoxKeZvEJjzgM7rSeMB2oYXNBPPsp2TYLvyon3XMHoGgiwdVO5vcsX4a89celt+XDlFGlpb10527KgqEG+985VZHrYhpbow/EKIiuvWujxICWg4yOauckoe0eMf37ZMmKeKt6PmA== Original-Received: from DB8EUR06FT020.eop-eur06.prod.protection.outlook.com (2a01:111:e400:fc35::4c) by DB8EUR06HT035.eop-eur06.prod.protection.outlook.com (2a01:111:e400:fc35::361) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3589.20; Wed, 25 Nov 2020 00:38:55 +0000 Original-Received: from AM0PR06MB6577.eurprd06.prod.outlook.com (2a01:111:e400:fc35::42) by DB8EUR06FT020.mail.protection.outlook.com (2a01:111:e400:fc35::262) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3589.20 via Frontend Transport; Wed, 25 Nov 2020 00:38:55 +0000 Original-Received: from AM0PR06MB6577.eurprd06.prod.outlook.com ([fe80::9487:8c7d:da00:4993]) by AM0PR06MB6577.eurprd06.prod.outlook.com ([fe80::9487:8c7d:da00:4993%7]) with mapi id 15.20.3589.030; Wed, 25 Nov 2020 00:38:55 +0000 Thread-Topic: Emacs memory usage Thread-Index: AQHWwm+sdCjjswmvHUisXU6jXxlhlKnXdFdHgACNfmk= In-Reply-To: <83mtz6u42h.fsf@gnu.org> Accept-Language: sv-SE, en-US Content-Language: sv-SE x-incomingtopheadermarker: OriginalChecksum:FBF1A0F18E3737B5977874A9D72CB799B4556FDF51D669B9535AFDBCF2410B0F; UpperCasedChecksum:C1E32B4CDEDE84091A850957C897EBCBC949F17AF03E9241A327241DE8538C1A; SizeAsReceived:6841; Count:45 x-ms-exchange-messagesentrepresentingtype: 1 x-tmn: [RkuTg7ObLNGM4fkF+3C4dnjETffIilqE] x-ms-publictraffictype: Email x-incomingheadercount: 45 x-eopattributedmessage: 0 x-ms-office365-filtering-correlation-id: 226c939c-414a-4f89-c2c7-08d890da7d62 x-ms-traffictypediagnostic: DB8EUR06HT035: x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: Nqg1ICpuMFgLZchBgYvRro+viPwZvXtUXIlR5TZdVDR02zupKjHBcwoRiepvfsktpkv9TQaV+Mgq7kxajk/fu0xXlx1q3tZPMRtpST/dxWY9uakciphQYhPJZ76a5eMezhZEQO0OSpuOrSIhuNchHyjwvEujz/PsMUkIHvj07BonGDbskukFjKQAShJm0+VRa84Yt7/a7VD8mkJpdQrE6w== x-ms-exchange-antispam-messagedata: FOlT+KZVDhkyJ3fQdTKocRXzv/DCpg49Ny8kAXFcP+1IdVLDkoo4NvRBOWcQjGqpmgWn6L6G7WozMT5ONlD31/9TUJCm9Vd5uWsN6/lIJwoK3p3zC2bpHmgIV0RZTo8f9Yt9BwGP/82aj068wicajg== x-ms-exchange-transport-forked: True X-OriginatorOrg: live.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-AuthSource: DB8EUR06FT020.eop-eur06.prod.protection.outlook.com X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-Network-Message-Id: 226c939c-414a-4f89-c2c7-08d890da7d62 X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Nov 2020 00:38:55.2784 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB8EUR06HT035 Received-SPF: pass client-ip=40.92.17.16; envelope-from=arthur.miller@live.com; helo=EUR06-VI1-obe.outbound.protection.outlook.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action 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:259757 Archived-At: --_000_AM0PR06MB6577CB2F2949742C4770579096FA0AM0PR06MB6577eurp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Yes, of course, I was too fast today. How do I produce more details? Was that heaptrack something to use? I can f= ior a while let be to run server, and run as ordinary process if that helps= . By the way does it matter if Emacs runs as sever/client or single process= ? Does same problem occur in both cases? -------- Originalmeddelande -------- Fr=E5n: Eli Zaretskii Datum: 2020-11-24 17:12 (GMT+01:00) Till: Arthur Miller Kopia: emacs-devel@gnu.org =C4mne: Re: Emacs memory usage > From: Arthur Miller > Cc: eliz@gnu.org > Date: Tue, 24 Nov 2020 15:39:53 +0100 > > I was hacking in image.c today, and was compiling Emacs several times; > after some time I thought I saw some slowdown in term. > > I can see pmem is on ~74%; and Emacs is eating about 25 gig of ram. > > I haven't used Dired today at all. > > I took some pmap dump; no idea if it can help, but maybe you would like > to look at it anyway. Thanks, but please report this to bug#43389, where we are collecting these data points. Also, please report the total size of the text of all buffers and the list returned by garbage-collect, and the information produced by malloc-info. > 609: /home/arthur/repos/emacs/src/emacs --fg-daemon > 000055f5616bd000 232K r---- emacs > 000055f5616f7000 2540K r-x-- emacs > 000055f561972000 436K r---- emacs > 000055f5619df000 40K r---- emacs > 000055f5619e9000 3400K rw--- emacs > 000055f561d3b000 608K rw--- [ anon ] > 000055f56372f000 24865608K rw--- [ anon ] <<<<<<<<<<< The last line above is the main chunk of memory. But there's not enough detail here to understand how is that used. --_000_AM0PR06MB6577CB2F2949742C4770579096FA0AM0PR06MB6577eurp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Yes, of course, I was too fast today.

How do I produce more details? Was that heaptrack somethi= ng to use? I can fior a while let be to run server, and run as ordinary pro= cess if that helps. By the way does it matter if Emacs runs as sever/client= or single process? Does same problem occur in both cases?


-------- Originalmeddelande --------
Fr=E5n: Eli Zaretskii <eliz@gnu.org>
Datum: 2020-11-24 17:12 (GMT+01:00)
Till: Arthur Miller <arthur.miller@live.com>
Kopia: emacs-devel@gnu.org
=C4mne: Re: Emacs memory usage

> From: Arthur Miller <arthur.miller@live.co= m>
> Cc: eliz@gnu.org
> Date: Tue, 24 Nov 2020 15:39:53 +0100
>
> I was hacking in image.c today, and was compiling Emacs several times;=
> after some time I thought I saw some slowdown in term.
>
> I can see pmem is on ~74%; and Emacs is eating about 25 gig of ram. >
> I haven't used Dired today at all.
>
> I took some pmap dump; no idea if it can help, but maybe you would lik= e
> to look at it anyway.

Thanks, but please report this to bug#43389, where we are collecting
these data points.  Also, please report the total size of the text of<= br> all buffers and the list returned by garbage-collect, and the
information produced by malloc-info.

> 609:   /home/arthur/repos/emacs/src/emacs --fg-daemon
> 000055f5616bd000    232K r---- emacs
> 000055f5616f7000   2540K r-x-- emacs
> 000055f561972000    436K r---- emacs
> 000055f5619df000     40K r---- emacs
> 000055f5619e9000   3400K rw--- emacs
> 000055f561d3b000    608K rw---   [ anon ]
> 000055f56372f000 24865608K rw---   [ anon ]  <<&l= t;<<<<<<<<

The last line above is the main chunk of memory.  But there's not
enough detail here to understand how is that used.
 --_000_AM0PR06MB6577CB2F2949742C4770579096FA0AM0PR06MB6577eurp_--