From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: edgar Newsgroups: gmane.emacs.help Subject: Re: How to debug memory leaks Date: Thu, 25 Mar 2021 17:54:43 +0000 Message-ID: <8f819f0993f17fc2f826f385ef1331ce@cryptolab.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="30718"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Roundcube Webmail To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Thu Mar 25 18:56:42 2021 Return-path: Envelope-to: geh-help-gnu-emacs@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 1lPUDq-0007sn-QK for geh-help-gnu-emacs@m.gmane-mx.org; Thu, 25 Mar 2021 18:56:42 +0100 Original-Received: from localhost ([::1]:45654 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lPUDp-0000UH-Qb for geh-help-gnu-emacs@m.gmane-mx.org; Thu, 25 Mar 2021 13:56:41 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:59520) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lPUC4-0000Rl-PL for help-gnu-emacs@gnu.org; Thu, 25 Mar 2021 13:54:52 -0400 Original-Received: from confino.investici.org ([212.103.72.250]:56355) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lPUC2-0006qR-67 for help-gnu-emacs@gnu.org; Thu, 25 Mar 2021 13:54:52 -0400 Original-Received: from 2.mail-backend.investici.org (unknown [10.0.0.12]) by confino.investici.org (Postfix) with ESMTP id 4F5t6C5sdGz112F for ; Thu, 25 Mar 2021 17:54:43 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cryptolab.net; s=stigmate; t=1616694883; bh=SVVnr5dlsmgthsNhbLpbPcwU3Z4XLK9d+FwYmB+/wQw=; h=Date:From:To:Subject:In-Reply-To:References:From; b=d6wwc8U6lUKNtOy3XAdVYvmYH1ynEuIQuvyu6SzhXQaOqE1eigcIU0gFft3IJtaA6 C0wGG6oXpvpNbi7XEwA6Vdy3I+zfBWOFjdOMLKe3IlsJuXp/1Zbexm4xXkvifXoqIC INxO8eo7IGpXTJ6wPSoeoGReHOSAns5snEQmueqw= Original-Received: from 2.webmail.investici.org (localhost [127.0.0.1]) (Authenticated sender: edgar@inventati.org) by 2.mail-backend.investici.org (Postfix) with ESMTPA id 4F5t6C5Clpz2xCj for ; Thu, 25 Mar 2021 17:54:43 +0000 (UTC) In-Reply-To: X-Sender: edgarlux@cryptolab.net Received-SPF: pass client-ip=212.103.72.250; envelope-from=edgarlux@cryptolab.net; helo=confino.investici.org 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, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.io gmane.emacs.help:128571 Archived-At: From: Stefan Monnier > > So maybe that memory effects, whatever they are, leaking, plumbing, > > I do not observe it now, but who knows... > > Call it "excessive memory use". That term even has the advantage of > including a notion of personal judgment (in the term "excessive") which > indeed reflects the fact that maybe this is not the result of a bug, > but > you still find it excessive (and other people may disagree without > making your judgment wrong since it's > just an opinion). > The risk of leaving an unfruitful discussion is to let others think that a point has been made which could possibly influence or confuse outsiders and have unexpected adverse consequenes. May be "management" is a better term, but obviously Stefan has a different idea of "leak" (I guess as related to memory injection--I don't know, and would not like to add yet another level of needless argument). I did write I think that it is leaking memory which implies that I did not know if that was certain. I apologise for any misconstrued conclusions from my statement It seems that font leaking is a common issue as well I meant that, in general terms, /font leaking has been found by other users to happen as well/. If by the end of: find(ing) and correct(ing) the memory leak, or point me in the right direction it would have been found that there was no such leak, the conclusion would have been something like: oh, this was not a leak. However, we cannot really conclude this, because the debugging process never happened. Whether it was a leak or not is completely uncertain; I just replaced the pieces which I thought that were using memory excessively. The point which is meant is that a process running in Emacs was probably using memory, did not liberate that memory after it finished, and used more memory the next time it was used, all of which consumed a lot of RAM and swap memory until the computer froze. Can we leave it at that? It would have been nice to learn how to debug this, but we all have higher priorities, I think. Again, thank you very much. I really enjoy my Emacs, and I owe it to you people :D .