From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Antoine Levitt Newsgroups: gmane.emacs.bugs Subject: bug#9221: Memory leak Date: Tue, 02 Aug 2011 13:17:07 +0200 Message-ID: <87r55412rw.fsf@gmail.com> References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1312283924 16553 80.91.229.12 (2 Aug 2011 11:18:44 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 2 Aug 2011 11:18:44 +0000 (UTC) To: 9221@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Aug 02 13:18:40 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 1QoCzg-00089k-4d for geb-bug-gnu-emacs@m.gmane.org; Tue, 02 Aug 2011 13:18:40 +0200 Original-Received: from localhost ([::1]:46649 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QoCzf-0008MU-N5 for geb-bug-gnu-emacs@m.gmane.org; Tue, 02 Aug 2011 07:18:39 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:57618) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QoCzc-0008MC-EM for bug-gnu-emacs@gnu.org; Tue, 02 Aug 2011 07:18:37 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QoCzb-0000Qg-8q for bug-gnu-emacs@gnu.org; Tue, 02 Aug 2011 07:18:36 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:54079) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QoCzb-0000QK-7E for bug-gnu-emacs@gnu.org; Tue, 02 Aug 2011 07:18:35 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1QoD02-0002oF-67; Tue, 02 Aug 2011 07:19:02 -0400 X-Loop: help-debbugs@gnu.org In-Reply-To: Resent-From: Antoine Levitt Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 02 Aug 2011 11:19: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.131228389310739 (code B ref -1); Tue, 02 Aug 2011 11:19:01 +0000 Original-Received: (at submit) by debbugs.gnu.org; 2 Aug 2011 11:18:13 +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 1QoCzF-0002nA-M6 for submit@debbugs.gnu.org; Tue, 02 Aug 2011 07:18:13 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QoCzC-0002n3-Vm for submit@debbugs.gnu.org; Tue, 02 Aug 2011 07:18:12 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QoCyk-0000B7-CQ for submit@debbugs.gnu.org; Tue, 02 Aug 2011 07:17:43 -0400 Original-Received: from lists.gnu.org ([140.186.70.17]:55065) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QoCyk-0000B3-92 for submit@debbugs.gnu.org; Tue, 02 Aug 2011 07:17:42 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:57457) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QoCyj-00086K-2f for bug-gnu-emacs@gnu.org; Tue, 02 Aug 2011 07:17:42 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QoCyh-0000Am-4K for bug-gnu-emacs@gnu.org; Tue, 02 Aug 2011 07:17:41 -0400 Original-Received: from lo.gmane.org ([80.91.229.12]:59427) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QoCyg-0000AS-Uj for bug-gnu-emacs@gnu.org; Tue, 02 Aug 2011 07:17:39 -0400 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1QoCyf-0007mm-0x for bug-gnu-emacs@gnu.org; Tue, 02 Aug 2011 13:17:37 +0200 Original-Received: from uni14-1-82-233-220-106.fbx.proxad.net ([82.233.220.106]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 02 Aug 2011 13:17:37 +0200 Original-Received: from antoine.levitt by uni14-1-82-233-220-106.fbx.proxad.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 02 Aug 2011 13:17:37 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: bug-gnu-emacs@gnu.org Original-Lines: 20 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: uni14-1-82-233-220-106.fbx.proxad.net Mail-Copies-To: never User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) 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: Tue, 02 Aug 2011 07:19:02 -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:49798 Archived-At: 02/08/11 06:39, Eli Zaretskii >> From: Stefan Monnier >> Date: Mon, 01 Aug 2011 22:23:18 -0400 >> >> I'm seeing some weird behavior linked to insane memory consumption. >> E.g. my Gnus session tends to grow to more than 2GB and then become >> unusage and unkillable (or close enough: in D state, "kill -9" isn't >> enough to make it stop use CPU, tho I guess that CPU use is really due >> to something like the OS being in the process of dumping the core file, >> tho I don't see any left over core files). > > Does anyone else see similar memory footprint growth? Yes (though it doesn't use all my RAM and I can kill it no problem - I have 4gb, if that's relevant). I also use gnus. It happened twice, I don't remember what I was doing the first time, and the second was when I was using ffap inside ERC to display a link in an external browser. It all started around the time bidi-display-reordering was turned to t, although I can't be 100% sure it's related.