From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Jose A Ortega Ruiz Newsgroups: gmane.emacs.devel Subject: Re: Memory problems update Date: Fri, 23 Sep 2022 02:11:00 +0100 Message-ID: <87sfkix5cr.fsf@mail.jao.io> References: <87v8pz18wf.fsf@mail.jao.io> <83o7vrgimc.fsf@gnu.org> <87wnafdnee.fsf@logand.com> <835yhzgdyi.fsf@gnu.org> <87k06den1s.fsf@logand.com> <87illxy5ir.fsf@mail.jao.io> <87sfl1d1wi.fsf@logand.com> <87czc5y1wp.fsf@mail.jao.io> <871qsl8gt4.fsf@yahoo.com> <87v8pfwc1z.fsf@mail.jao.io> <87zgerc4rh.fsf@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="14592"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Po Lu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Sep 23 03:12:28 2022 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 1obXEy-0003eI-9r for ged-emacs-devel@m.gmane-mx.org; Fri, 23 Sep 2022 03:12:28 +0200 Original-Received: from localhost ([::1]:44820 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1obXEw-0005Qm-LQ for ged-emacs-devel@m.gmane-mx.org; Thu, 22 Sep 2022 21:12:26 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:36338) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1obXDd-00045l-QN for emacs-devel@gnu.org; Thu, 22 Sep 2022 21:11:05 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:32790) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1obXDc-0007CZ-4V; Thu, 22 Sep 2022 21:11:04 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=JFrVo2I44+A2XxpnvgpmAzwOflWecldJEL+CVMS0mJg=; b=WvPMBWqln8GfKeSokLSR AfzT2Ao8LZvGV2QYwE+IQ4gpED1Dtyx/T6dDOlLaxj7P4QjwbwopA9pB/AQhmY9Sv3FGeZ2V/t+d1 UfSHTtkT0PdyUYXw16bxHe+pnL5TaeDzu6zjLtmutPGwhN3S0763z5Pm6chvfESM88QE/BFa7e7fi NOk2KpIeae4c3nsHiU6PSWFfYCL6rv6tU4q7QL773H1zR4bdSC92njRQAvTrefrjkVAFdTz/+YXEe 3qRrfAQAO68pRp0qYm2klluXRF2pslEggS+oO43YLWoAP34rj0MoxVg6Kn06jL2OwumP1TddIvUz9 lmf6JCkekHbvHA==; Original-Received: from cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net ([92.233.85.247]:43724 helo=rivendell.localdomain) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1obXDb-0001ET-NX; Thu, 22 Sep 2022 21:11:03 -0400 Original-Received: from localhost (rivendell.localdomain [local]) by rivendell.localdomain (OpenSMTPD) with ESMTPA id 35fca2ce; Fri, 23 Sep 2022 01:11:00 +0000 (UTC) In-Reply-To: <87zgerc4rh.fsf@yahoo.com> X-Attribution: jao X-Clacks-Overhead: GNU Terry Pratchett X-URL: X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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:296015 Archived-At: On Fri, Sep 23 2022, Po Lu wrote: [...] >> Unfortunately, the situation with the pgtk build has not improved at >> all. I actually think it's gone worse since i last tried: a pgtk emacs >> running in wayland (i've tried with sway and river) goes up to a 2Gb >> footprint in just a couple hours of use (and shows no sign of stopping). >> So there i stick to tty emacs in kitty or foot (BTW, i think the bug fix >> you mention above also affected tty emacs, because it's also consuming >> around 25% less memory than it used to). > > That's quite odd, but I suspect a memory fragmentation issue if you have > lots of frames (or child frames) and frequently resize them. Turns out i almost never open more than one frame in graphic mode (i use window configurations to switcht between "workspaces", saved from registers, and the only emacs frame is typically maximized in a tiling compositor) [1]. > What if you turn off all packages that utilize child frames? I don't think i use any child frame either, with the exception of corfu's. I'll try with company instead (or with old good standard completion) and report back. Thanks, jao [1] To make things even funnier, i /do/ use frames in tty mode, because there recovering complex window configurations from registers tends to garble the (re)display, while switching between tty frames with the same configurations does not (so i stopped investigating that problem).