[emacs_user@hotmail.com: reproducible cygwin memory problems]

[emacs_user@hotmail.com: reproducible cygwin memory problems]

[Richard Stallman]

Would someone please help him investigate this -- then ack this message?

Are the images kept in a cache?  Is there a way to clear it?


------- Start of forwarded message -------
From: "emacs user" <emacs_user@hotmail.com>
To: emacs-pretest-bug@gnu.org
Bcc: 
Date: Tue, 01 Aug 2006 01:14:36 -0400
Mime-Version: 1.0
Content-Type: text/plain; format=flowed
Subject: reproducible cygwin memory problems
X-Spam-Status: No, score=0.0 required=5.0 tests=MSGID_FROM_MTA_HEADER 
	autolearn=failed version=3.0.4


A brief problem description:

memory usage of emacs does not decrease after killing buffers with images.

details:

I start emacs with

emacs.exe -q --no-site-file&

the memory usage right after startup is 14912;

after editing a small image: 16452;

after killing the buffer with the image and using M-:(clear-image-cache 
t)RET: 16476;

after editing a large image: 39164;

again quit+clear cache: 34484;

edit small+medium+large images: 58936;

quit+clear: 87636...  (increased!)

I hope someone can look into this, and I am happy to provide information 
given specific instructions.

thanks...  EU


In GNU Emacs 22.0.50.1 (i686-pc-cygwin, X toolkit, Xaw3d scroll bars)
of 2006-07-31 on cata2
X server distributor `The Cygwin/X Project', version 11.0.60899901
Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: C
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: nil
  locale-coding-system: nil
  default-enable-multibyte-characters: t

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  tool-bar-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  unify-8859-on-encoding-mode: t
  utf-translate-cjk-mode: t
  auto-compression-mode: t
  line-number-mode: t

Recent input:
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <menu-bar>
<help-menu> <report-emacs-bug>

Recent messages:
(/usr/local/emacs/src/emacs -q --no-site-file)
For information about the GNU Project and its goals, type C-h C-p.
Loading emacsbug...
Loading regexp-opt...done
Loading emacsbug...done

_________________________________________________________________
Don’t just search. Find. Check out the new MSN Search! 
http://search.msn.click-url.com/go/onm00200636ave/direct/01/



_______________________________________________
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
------- End of forwarded message -------

Re: [emacs_user@hotmail.com: reproducible cygwin memory problems]

[David Kastrup]

Richard Stallman <rms@gnu.org> writes:

> Would someone please help him investigate this -- then ack this message?
>
> Are the images kept in a cache?  Is there a way to clear it?
>

They are, and he does already clear the cache:

> after killing the buffer with the image and using
> M-:(clear-image-cache t)RET: 16476;

Incidentally, the cache is there since we are very inefficient turning
image data into images: it would probably make sense to let gdk (or
equivalent code working on entire images) handle this where available
(the main problem is that the conversion is done pixel-by-pixel).

But that is a long-standing peeve of mine, and certainly not something
to be tackled for Emacs 22.

The memory issues, however, are a different thing.  I guess it might
be because image data gets allocated by xmalloc, out of Emacs' memory
pool.  xmalloc would not be able to make use of previous small memory
allocations.

> after editing a large image: 39164;
>
> again quit+clear cache: 34484;
>
> edit small+medium+large images: 58936;
>
> quit+clear: 87636...  (increased!)
>
> I hope someone can look into this, and I am happy to provide
> information given specific instructions.
>
> thanks...  EU
>
>
> In GNU Emacs 22.0.50.1 (i686-pc-cygwin, X toolkit, Xaw3d scroll bars)
> of 2006-07-31 on cata2

The problem might be related to the "malloc" or equivalent memory
allocation strategy that is available on a copmilation for Cygwin.

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum