all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Jan Djärv" <jan.h.d@swipnet.se>
To: emacs user <user.emacs@gmail.com>
Cc: Stefan Monnier <monnier@iro.umontreal.ca>, emacs-devel@gnu.org
Subject: Re: Memory again
Date: Thu, 5 Jan 2012 23:37:54 +0100	[thread overview]
Message-ID: <6F8FEE75-2ED4-45A7-85B9-305EE51B5A04@swipnet.se> (raw)
In-Reply-To: <CAK16+CeuV23WdCrsPmYzhwWojSJV4VKGY84ywY=w6M6koWwGhA@mail.gmail.com>

Hello.

I see this increase also.  Memory does not seem to be given back to the system on OSX.
Maybe we should try using gmalloc on OSX.  There is problem however, the unexec for OSX
uses a special malloc for temacs and the normal one for the dumped emacs.  I'm not even sure gmalloc
works on OSX.

	Jan D.

5 jan 2012 kl. 07:13 skrev emacs user:

> On Fri, Dec 23, 2011 at 12:44 PM, emacs user <user.emacs@gmail.com> wrote:
>> On Fri, Dec 23, 2011 at 2:39 AM, Stefan Monnier
>> 
>>> The GC stats you posted indicate that the GC knows of about 27MB of data
>>> (10MB of which is actually unused but can't be returned to malloc due to
>>> fragmentation) which doesn't account for the 214MB you mention.  So it
>>> looks like that data is held by the C code.
>>> 
>>> Of course, I don't know what the 214MB represent, if it is resident set
>>> size, then there really seems to be a leak, whereas if it's the total
>>> virtual size, it may also be an artifact of various other things.
>>> 
>>> 
>>>        Stefan
>> 
>> here is something which I am hoping is reproducible by others:
>> download
>> http://emacsforosx.com/emacs-builds/Emacs-2011-12-23-universal-10.6.8.dmg
>> save to desktop.
>> 
>> start emacs:
>> $ ~/Desktop/Emacs.app/Contents/MacOS/Emacs -Q&
>> 
>> create a file that contains the following line many times
>> asdf asdf asdf asdf asdf asdf asdf asdf asdf asdf asdf asdf asdf asdf asdf
>> $ wc t :  687456 10311840 52246656 t
>> $ ls -l t: -rw-------  1 x  staff  52246656 Dec 23 05:08 t
>> 
>> edit it using the above emacs.
>> kill all buffers, do M-x garbage-collect
>> 
>> look at the process:
>> 
>>  $ ps -vefl | head -1
>>  PID STAT      TIME  SL  RE PAGEIN      VSZ    RSS   LIM     TSIZ
>> %CPU %MEM COMMAND            UID  PPID   C STIME   TTY             F
>> PRI NI WCHAN              ADDR
>> 
>> before editing the file:
>> $ ps -vefl | grep 62764
>> 62764 S      0:00.78   0   0      0  2571020  30852     -        0
>> 0.3  0.7 /Users/xxx/Deskt   501 62068 0 5:38AM ttys001      4006
>> 49  0 -      ffffff8012762000
>> 
>> after editing it, killing the buffer, and doing M-x garbage-collect
>>  $ ps -vefl | grep 62764
>> 62764 S      0:01.85   0   0      0  2625752  83036     -        0
>> 0.6  2.0 /Users/xxx/Deskt   501 62068 0 5:38AM ttys001      4006
>> 48  0 -      ffffff8012762000
>> 
>> I am running on Lion, Macbook Air.  does this help?
> 
> just in case this is helpful, I see the same increase in RSS using
> emacs 23.3 too, but not under linux.  is this a problem, or is this
> increase in RSS normal?




  reply	other threads:[~2012-01-05 22:37 UTC|newest]

Thread overview: 87+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-12-20  6:34 Memory again emacs user
2011-12-20  7:43 ` Eli Zaretskii
2011-12-20 12:05   ` emacs user
2011-12-20 13:04     ` Eli Zaretskii
2011-12-20 22:07       ` Jan Djärv
2011-12-21  8:07       ` Jan Djärv
2011-12-21 10:39         ` Carsten Mattner
2011-12-21 17:55         ` emacs user
2011-12-22 14:08           ` Jan Djärv
2011-12-22 14:58             ` emacs user
2011-12-22 18:54               ` emacs user
2011-12-22 19:15                 ` Jan Djärv
2011-12-23  4:41                   ` YAMAMOTO Mitsuharu
2012-01-17 10:04                     ` emacs user
2012-01-17 10:58                       ` YAMAMOTO Mitsuharu
2012-01-17 13:14                         ` emacs user
2012-01-18  1:30                           ` YAMAMOTO Mitsuharu
2011-12-22 23:09                 ` Carsten Mattner
2011-12-23  0:39               ` Stefan Monnier
2011-12-23 10:44                 ` emacs user
2012-01-05  6:13                   ` emacs user
2012-01-05 22:37                     ` Jan Djärv [this message]
2012-01-06  9:58                       ` emacs user
2012-01-06 11:10                         ` Carsten Mattner
  -- strict thread matches above, loose matches on Subject: below --
2011-12-19 19:51 emacs user
2011-12-20  5:32 ` Dmitry Antipov
2012-01-06 14:28 ` Chong Yidong
2012-01-06 15:53   ` emacs user
2011-11-26 13:26 Carsten Mattner
2011-11-26 13:28 ` Carsten Mattner
2011-11-26 14:35 ` Dmitry Antipov
2011-11-26 14:48   ` Eli Zaretskii
2011-11-26 17:37     ` Dmitry Antipov
2011-11-26 20:19       ` Eli Zaretskii
2011-11-26 14:58   ` Carsten Mattner
2011-11-26 16:23     ` Eli Zaretskii
2011-11-26 19:02       ` Carsten Mattner
2011-11-26 20:31         ` Eli Zaretskii
2011-11-26 21:00           ` Eli Zaretskii
2011-11-27 10:29           ` Carsten Mattner
2011-11-27 10:43             ` Andreas Schwab
2011-11-27 13:53               ` Carsten Mattner
2011-11-27 13:11             ` Eli Zaretskii
2011-11-27 13:53               ` Carsten Mattner
2011-11-27 16:44                 ` Eli Zaretskii
2011-11-27 17:37                   ` Carsten Mattner
2011-11-27 17:59                   ` Carsten Mattner
2011-12-06  4:02       ` Óscar Fuentes
2011-12-06  5:08         ` Eli Zaretskii
2011-12-06  9:35           ` Carsten Mattner
2011-12-06 10:24             ` Dmitry Antipov
2011-12-06 13:07               ` Eli Zaretskii
2011-12-06 13:29               ` Stefan Monnier
2011-12-06 17:20                 ` Eli Zaretskii
2011-12-06 20:25                   ` Stefan Monnier
2011-12-07  7:52                     ` Eli Zaretskii
2011-12-07  8:15                       ` Dmitry Antipov
2011-12-07 13:06                         ` Eli Zaretskii
2011-12-07 14:01                           ` Stefan Monnier
2011-12-08 17:30                             ` Carsten Mattner
2011-12-09  3:39                               ` Dmitry Antipov
2011-12-09 13:52                                 ` Carsten Mattner
2011-12-06 13:12             ` Eli Zaretskii
2011-12-06 16:28           ` Óscar Fuentes
2011-12-06 19:53             ` Stefan Monnier
2011-12-11 17:49               ` Nix
2011-12-15  3:52               ` Tim Connors
2011-12-15  4:09                 ` Eli Zaretskii
2011-12-15  4:38                   ` Tim Connors
2011-12-15  5:52                     ` Eli Zaretskii
2011-12-15  4:50                   ` Óscar Fuentes
2011-12-15  6:04                     ` Eli Zaretskii
2011-12-16 21:55                 ` Stefan Monnier
2011-12-17 17:40                   ` Nix
2011-12-18 15:13                   ` Dmitry Antipov
2011-12-19  1:34                     ` Stefan Monnier
2011-12-19  8:28                       ` Dmitry Antipov
2011-12-19 11:26                         ` Stefan Monnier
2012-01-23 16:49                           ` Nix
2012-01-25 16:19                             ` Ted Zlatanov
2011-11-26 17:54     ` Dmitry Antipov
2011-11-26 18:47       ` martin rudalics
2011-11-26 19:09       ` Carsten Mattner
2011-11-28  4:27     ` Stefan Monnier
2011-11-28  9:24       ` Carsten Mattner
2011-11-28 15:31         ` Davis Herring
2011-11-28 21:33           ` Carsten Mattner

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=6F8FEE75-2ED4-45A7-85B9-305EE51B5A04@swipnet.se \
    --to=jan.h.d@swipnet.se \
    --cc=emacs-devel@gnu.org \
    --cc=monnier@iro.umontreal.ca \
    --cc=user.emacs@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.