From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Andy Moreton Newsgroups: gmane.emacs.bugs Subject: bug#9221: Memory leak Date: Wed, 03 Aug 2011 15:06:52 +0100 Message-ID: References: <821ux3mkto.fsf@gmail.com> <83oc079oxc.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1312380463 929 80.91.229.12 (3 Aug 2011 14:07:43 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 3 Aug 2011 14:07:43 +0000 (UTC) To: 9221@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Aug 03 16:07:39 2011 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1Qoc6l-0001et-Ah for geb-bug-gnu-emacs@m.gmane.org; Wed, 03 Aug 2011 16:07:39 +0200 Original-Received: from localhost ([::1]:42459 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qoc6k-0006jT-SI for geb-bug-gnu-emacs@m.gmane.org; Wed, 03 Aug 2011 10:07:38 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:33703) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qoc6h-0006hn-7C for bug-gnu-emacs@gnu.org; Wed, 03 Aug 2011 10:07:36 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Qoc6a-0006yx-Ab for bug-gnu-emacs@gnu.org; Wed, 03 Aug 2011 10:07:35 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:54366) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qoc6a-0006yt-96 for bug-gnu-emacs@gnu.org; Wed, 03 Aug 2011 10:07:28 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1Qoc77-00048E-W0; Wed, 03 Aug 2011 10:08:02 -0400 X-Loop: help-debbugs@gnu.org In-Reply-To: Resent-From: Andy Moreton Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 03 Aug 2011 14:08:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9221 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.131238047715869 (code B ref -1); Wed, 03 Aug 2011 14:08:01 +0000 Original-Received: (at submit) by debbugs.gnu.org; 3 Aug 2011 14:07:57 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qoc73-00047u-6P for submit@debbugs.gnu.org; Wed, 03 Aug 2011 10:07:57 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qoc70-00047h-Dy for submit@debbugs.gnu.org; Wed, 03 Aug 2011 10:07:55 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Qoc6N-0006xJ-2O for submit@debbugs.gnu.org; Wed, 03 Aug 2011 10:07:20 -0400 Original-Received: from lists.gnu.org ([140.186.70.17]:33591) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qoc6N-0006xF-0y for submit@debbugs.gnu.org; Wed, 03 Aug 2011 10:07:15 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:33614) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qoc6L-0006X8-S5 for bug-gnu-emacs@gnu.org; Wed, 03 Aug 2011 10:07:14 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Qoc6G-0006wK-5Y for bug-gnu-emacs@gnu.org; Wed, 03 Aug 2011 10:07:13 -0400 Original-Received: from lo.gmane.org ([80.91.229.12]:42758) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qoc6G-0006vt-0Q for bug-gnu-emacs@gnu.org; Wed, 03 Aug 2011 10:07:08 -0400 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Qoc6C-0001LS-Py for bug-gnu-emacs@gnu.org; Wed, 03 Aug 2011 16:07:04 +0200 Original-Received: from 193.34.186.16 ([193.34.186.16]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 03 Aug 2011 16:07:04 +0200 Original-Received: from andrewjmoreton by 193.34.186.16 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 03 Aug 2011 16:07:04 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 37 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 193.34.186.16 User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (windows-nt) Cancel-Lock: sha1:cEL/XW3siAGQaKdwbqSJjB1rtt4= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Wed, 03 Aug 2011 10:08:01 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 1) X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:49873 Archived-At: On Wed 03 Aug 2011, Andy Moreton wrote: > On Wed 03 Aug 2011, Eli Zaretskii wrote: > >>> From: Andy Moreton >>> Date: Wed, 03 Aug 2011 00:53:55 +0100 >>> >>> Yes. My w32 buildon WinXP also shows ever-growing memory consumption. >>> The growth rate is slower if I add: >>> >>> (setq-default bidi-display-reordering nil) >> >> Do you use Gnus? >> >>> I haven't biesected this yet, but I can do so if it helps. >> >> It will help, yes. My prime suspect is revision 105208. > > Thanks for the hint - I'll try rev 105207 first :-) > > AndyM I've tried building revs 105207 and 105208, each bootstrapped after 'make clean'. While I can't be entirely sure, revision 105207 seems to behave itself even after using gnus for a while. Revision 105208 seems to show growing memory usage, but nothing like as fast as I observed before a full rebuild. After running for a few hours memory usage seems to have stabilised at approx 93MB, and I'm not seeing the > 1GB runaway consumption from before. I'll keep trying with newer builds to see if I can find anything that produces the excessive memory usage again. AndyM