From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: YAMAMOTO Mitsuharu Newsgroups: gmane.emacs.devel Subject: Re: Memory again Date: Wed, 18 Jan 2012 10:30:24 +0900 Organization: Faculty of Science, Chiba University Message-ID: References: <71677AF5-0EE7-426E-B8FA-C2782B3CC36C@swipnet.se> <2AB13C59-F3BE-45F7-8C24-C88AA9AC8929@swipnet.se> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Trace: dough.gmane.org 1326850243 30548 80.91.229.12 (18 Jan 2012 01:30:43 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 18 Jan 2012 01:30:43 +0000 (UTC) Cc: emacs-devel@gnu.org To: emacs user Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jan 18 02:30:36 2012 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 1RnKME-0004BC-8x for ged-emacs-devel@m.gmane.org; Wed, 18 Jan 2012 02:30:34 +0100 Original-Received: from localhost ([::1]:43098 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RnKMD-0003V1-Qe for ged-emacs-devel@m.gmane.org; Tue, 17 Jan 2012 20:30:33 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:60490) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RnKMA-0003Uf-JU for emacs-devel@gnu.org; Tue, 17 Jan 2012 20:30:31 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RnKM8-0005H4-IC for emacs-devel@gnu.org; Tue, 17 Jan 2012 20:30:30 -0500 Original-Received: from mathmail.math.s.chiba-u.ac.jp ([133.82.132.2]:55617) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RnKM8-0005EG-1w for emacs-devel@gnu.org; Tue, 17 Jan 2012 20:30:28 -0500 Original-Received: from church.math.s.chiba-u.ac.jp (church [133.82.132.36]) by mathmail.math.s.chiba-u.ac.jp (Postfix) with ESMTP id 36B7AC055D; Wed, 18 Jan 2012 10:30:24 +0900 (JST) In-Reply-To: User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.3 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) X-detected-operating-system: by eggs.gnu.org: NetBSD 3.0 (DF) X-Received-From: 133.82.132.2 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:147705 Archived-At: >>>>> On Tue, 17 Jan 2012 15:14:10 +0200, emacs user said: > On Tue, Jan 17, 2012 at 12:58 PM, YAMAMOTO Mitsuharu wrote: >> Is this also reproducible on other builds such as tty-only or X11? > if I run the same executable using -nw, it just wont crash. I can > bring it to a size of over 1Gb with no buffers at all; with buffers, > I could bring it to a size of 2.5Gb. at that point I can use vm and > other packages that often crash emacs, and it's stable and happy > apart from the increasing memory. This would indicate increase in RSS does not necessarily mean unstableness you originally observed with repetitive invocations of VM. It would be worth trying the X11 build to see its behavior is much like the NS port with graphical frame case (crash in GC?) or tty case (stable). > upon killing buffers, the size does go down from 2.5Gb to 1Gb, for > example, but the minimum memory size used does consistently increase > with usage. Do you mean RSS continues to increase on each invocation of VM? What do the outputs of the `heap' command look like before and after an invocation of VM at this stage? If you find increase in malloced memory in these outputs, then can you identify the stack traces for some major differences using `malloc_history'? YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp