From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Carsten Mattner Newsgroups: gmane.emacs.devel Subject: Re: Emacs bzr memory footprint Date: Fri, 14 Oct 2011 19:16:02 +0200 Message-ID: References: <83fwix2osa.fsf@gnu.org> <0B3EE7A4-D0D6-4D1E-ADC4-0BEE68F179B2@mit.edu> <87fwivwp37.fsf@turtle.gmx.de> <87sjmvpmd2.fsf@lifelogs.com> <87aa93wmc4.fsf@turtle.gmx.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1318612573 21405 80.91.229.12 (14 Oct 2011 17:16:13 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 14 Oct 2011 17:16:13 +0000 (UTC) Cc: emacs-devel@gnu.org To: Sven Joachim Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Oct 14 19:16:10 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RElMf-0003uQ-Fx for ged-emacs-devel@m.gmane.org; Fri, 14 Oct 2011 19:16:09 +0200 Original-Received: from localhost ([::1]:55534 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RElMf-0006yI-0P for ged-emacs-devel@m.gmane.org; Fri, 14 Oct 2011 13:16:09 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:44492) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RElMb-0006xm-MX for emacs-devel@gnu.org; Fri, 14 Oct 2011 13:16:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RElMa-0007my-0g for emacs-devel@gnu.org; Fri, 14 Oct 2011 13:16:05 -0400 Original-Received: from mail-bw0-f41.google.com ([209.85.214.41]:53304) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RElMZ-0007mm-MQ for emacs-devel@gnu.org; Fri, 14 Oct 2011 13:16:03 -0400 Original-Received: by bkbzu5 with SMTP id zu5so2763204bkb.0 for ; Fri, 14 Oct 2011 10:16:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=K7w8RH/l/ssNuDzEXaduNhJf5+ZLVpekNM1q7rFnwWw=; b=mv7sTMinaRk04Bc2LYeOUA5Ive9EkIQ3VlJzE9a/3ZXeb+92xP/GLSon1WaN7G2vLD /GAkRtd6H/ZzHjoD2e5YXEuUvxDUWxS3+4bMLaWNpI2x/ntQx4xb31LDiLFjAriZFS9/ X8qGGKx9/m5BKgAMH4cBtN1PklzRCb8o7iGCg= Original-Received: by 10.223.81.205 with SMTP id y13mr5114041fak.34.1318612562648; Fri, 14 Oct 2011 10:16:02 -0700 (PDT) Original-Received: by 10.152.14.65 with HTTP; Fri, 14 Oct 2011 10:16:02 -0700 (PDT) In-Reply-To: <87aa93wmc4.fsf@turtle.gmx.de> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 209.85.214.41 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:145226 Archived-At: On Fri, Oct 14, 2011 at 6:48 PM, Sven Joachim wrote: > On 2011-10-14 18:30 +0200, Ted Zlatanov wrote: > >> On Fri, 14 Oct 2011 17:49:16 +0200 Sven Joachim wrote: >> >> SJ> I'm also experiencing memory leaks. =A0My current session is at 82M,= with >> SJ> the accumulated size of all buffers less than 1M; visiting files and >> SJ> then deleting their buffers does not increase memory footprint, but = Gnus >> SJ> usage (visiting groups and articles) slowly but steadily does. >> >> It's possible GnuTLS usage is part of the problem. =A0Do you use it? > > Yes. > >> Another possibility is libxml, used by the Gnus SHR HTML renderer. =A0Do >> you look at articles with HTML content a lot? > > No, rarely. > >> It could also be the way that SHR loads images. =A0Do those articles hav= e >> images? > > Very few have. > >> Could you try *not* to use each possibly problematic feature above and >> see if the memory usage is affected? > > Is setting starttls-use-gnutls to nil enough to disable the first > feature? =A0And how do I disable the second and third? I have disabled evil, tls, starttls and erc. Then I loaded one erlang file, let it sit there for a couple hours, loaded ~/.emacs.d/init.el. Then killed both buffers, let it sit there and it's still only at 24.8megs so far. Calling garbage-collect make the RES go up to 24.9 and goes down to 24.8 soon after. That's of course unscientific, so no need to tell me that :). By the way, I'm glad there's a lively discussion around this topic and that I'm not the only one affected.