From: YAMAMOTO Mitsuharu <mituharu@math.s.chiba-u.ac.jp>
To: Kenichi Handa <handa@m17n.org>
Cc: dann@ics.uci.edu, emacs-devel@gnu.org, rms@gnu.org,
evilborisnet@netscape.net, Jason Rumney <jasonr@gnu.org>
Subject: Re: size of emacs executable after unicode merge
Date: Sat, 17 May 2008 10:52:33 +0900 [thread overview]
Message-ID: <wlabip66ji.wl%mituharu@math.s.chiba-u.ac.jp> (raw)
In-Reply-To: <E1JxAjK-0001tl-6d@etlken.m17n.org>
>>>>> On Sat, 17 May 2008 09:56:58 +0900, Kenichi Handa <handa@m17n.org> said:
> They are surely loaded on demand. And, at the end of the dumping
> process, by calling clear-charset-maps, all loaded maps are set to
> nil, and then garbage-collect is called. So I think they are not
> included in the dumped Emacs. Perhaps some other char-table is the
> culprit. Maybe Vchar_unify_table. I must re-read src/charset.c.
I tried taking some heap statistics during loadup on Mac OS X. It
would be interesting to focus on the changes in the numbers of
1024-byte blocks and 48-byte blocks as they are major factors of the
increase/decrease.
The major increases in the used heap size are observed at the load of
international/mule-conf (564KB -> 8897KB) and
international/characters (9627KB -> 14685KB).
Before loading international/mule-conf:
Overall size: 9359KB; 1512 nodes malloced for 564KB (6% of capacity); largest unused: [0x1855e00-7848KB]
# of 1024-byte blocks: 193 # of 48-byte blocks: 959
After loading international/mule-conf:
Overall size: 9623KB; 18028 nodes malloced for 8897KB (92% of capacity); largest unused: [0xe89920-473KB]
# of 1024-byte blocks: 7858 # of 48-byte blocks: 9035
Before loading international/characters:
Overall size: 18123KB; 19500 nodes malloced for 9627KB (53% of capacity); largest unused: [0x2041e00-7928KB]
# of 1024-byte blocks: 8106 # of 48-byte blocks: 9969
After loading international/characters:
Overall size: 23243KB; 102539 nodes malloced for 14685KB (63% of capacity); largest unused: [0x2155800-6825KB]
# of 1024-byte blocks: 9358 # of 48-byte blocks: 91721
The clear-charset-maps call followed by garbage-collect surely reduces
the size of the used area (15958KB -> 9188KB), but the unused area is
not returned to the system at least on Mac OS X (i.e., "Overall size"
does not change).
Before clear-charset-maps:
Overall size: 23703KB; 105317 nodes malloced for 15958KB (67% of capacity); largest unused: [0x222c000-5967KB]
# of 1024-byte blocks: 9865 # of 48-byte blocks: 92577
After clear-charset-maps with garbage-collect:
Overall size: 23703KB; 91717 nodes malloced for 9188KB (38% of capacity); largest unused: [0x222c000-5967KB]
# of 1024-byte blocks: 3484 # of 48-byte blocks: 85777
FYI, below is the final result of Emacs 22.2.50.
Overall size: 10023KB; 18828 nodes malloced for 3319KB (33% of capacity); largest unused: [0x19ae000-6471KB]
# of 1024-byte blocks: 1245 # of 48-byte blocks: 15510
YAMAMOTO Mitsuharu
mituharu@math.s.chiba-u.ac.jp
next prev parent reply other threads:[~2008-05-17 1:52 UTC|newest]
Thread overview: 86+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-05-14 3:13 size of emacs executable after unicode merge Evil Boris
2008-05-14 3:51 ` Dan Nicolaescu
2008-05-14 16:39 ` Richard M Stallman
2008-05-14 16:52 ` Dan Nicolaescu
2008-05-15 14:18 ` Richard M Stallman
2008-05-15 15:29 ` Dan Nicolaescu
2008-05-16 11:31 ` Richard M Stallman
2008-05-16 12:06 ` Dan Nicolaescu
2008-05-16 12:32 ` Kenichi Handa
2008-05-16 12:55 ` Jason Rumney
2008-05-16 15:59 ` Thomas Lord
2008-05-16 22:07 ` Stephen J. Turnbull
2008-05-16 23:01 ` Thomas Lord
2008-05-17 0:56 ` Kenichi Handa
2008-05-17 1:52 ` YAMAMOTO Mitsuharu [this message]
2008-05-19 1:45 ` Kenichi Handa
2008-10-30 10:18 ` Emanuele Giaquinta
2008-10-30 21:22 ` Eli Zaretskii
2008-10-30 21:42 ` Stefan Monnier
2008-10-31 3:55 ` Richard M. Stallman
2008-10-31 5:29 ` Kenichi Handa
2008-10-31 6:32 ` Chong Yidong
2008-10-31 7:32 ` Kenichi Handa
2008-10-31 10:09 ` Eli Zaretskii
2008-10-31 12:33 ` gdb error [Re: size of emacs executable after unicode merge] Kenichi Handa
2008-10-31 14:28 ` Eli Zaretskii
2008-10-31 12:35 ` size of emacs executable after unicode merge Stephen Berman
2008-11-21 12:32 ` Kenichi Handa
2008-11-21 14:18 ` Ulrich Mueller
2008-10-31 10:41 ` YAMAMOTO Mitsuharu
2008-10-31 15:07 ` Dan Nicolaescu
2008-10-31 16:44 ` Stefan Monnier
2008-11-04 23:09 ` Chong Yidong
2008-11-05 4:17 ` Kenichi Handa
2008-11-05 15:50 ` Stefan Monnier
2008-11-06 7:56 ` Kenichi Handa
2008-11-08 2:42 ` Stefan Monnier
2008-11-08 4:10 ` Chong Yidong
2008-11-08 9:19 ` Eli Zaretskii
2008-11-09 0:27 ` Richard M. Stallman
2008-11-09 6:29 ` Dan Nicolaescu
2008-11-09 17:11 ` Richard M. Stallman
2008-11-10 1:24 ` Stefan Monnier
2008-11-10 1:55 ` Thomas Lord
2008-11-11 4:37 ` Chong Yidong
2008-11-08 10:30 ` Dan Nicolaescu
2008-11-09 20:14 ` Chong Yidong
2008-11-10 1:59 ` Kenichi Handa
2008-11-10 15:18 ` Chong Yidong
2008-11-10 23:18 ` Chong Yidong
2008-11-11 18:17 ` Chong Yidong
2008-11-12 6:26 ` Kenichi Handa
2008-11-13 16:33 ` Chong Yidong
2008-11-14 0:48 ` Kenichi Handa
2008-11-27 11:20 ` Kenichi Handa
2008-11-27 16:07 ` Chong Yidong
2008-11-27 16:12 ` Dan Nicolaescu
2008-11-28 1:02 ` Kenichi Handa
2008-11-27 16:31 ` Stefan Monnier
2008-11-27 20:17 ` Richard M Stallman
2008-11-27 20:42 ` Eli Zaretskii
2008-11-28 1:47 ` Kenichi Handa
2008-11-28 15:38 ` Richard M Stallman
2008-11-29 1:52 ` Kenichi Handa
2008-11-29 10:47 ` Eli Zaretskii
2008-11-29 19:43 ` Richard M Stallman
2008-11-30 4:50 ` Chetan Pandya
2008-11-28 16:11 ` Juanma Barranquero
2008-11-29 1:47 ` Kenichi Handa
2008-11-29 11:13 ` Juanma Barranquero
2008-11-29 12:17 ` Juanma Barranquero
2008-11-29 13:50 ` Kenichi Handa
2008-11-29 15:05 ` Juanma Barranquero
2008-11-05 22:30 ` Richard M. Stallman
2008-11-06 11:58 ` Kenichi Handa
2008-11-07 12:39 ` Richard M. Stallman
2008-11-07 13:29 ` Stephen J. Turnbull
2008-11-07 21:15 ` Richard M. Stallman
2008-11-08 4:00 ` Stephen J. Turnbull
2008-11-08 4:19 ` Stefan Monnier
2008-10-31 19:30 ` Richard M. Stallman
2008-11-09 22:43 ` Chong Yidong
2008-11-09 22:57 ` Chong Yidong
2008-11-10 1:28 ` Kenichi Handa
2008-11-10 19:29 ` Richard M. Stallman
2008-11-10 1:26 ` Kenichi Handa
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
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=wlabip66ji.wl%mituharu@math.s.chiba-u.ac.jp \
--to=mituharu@math.s.chiba-u.ac.jp \
--cc=dann@ics.uci.edu \
--cc=emacs-devel@gnu.org \
--cc=evilborisnet@netscape.net \
--cc=handa@m17n.org \
--cc=jasonr@gnu.org \
--cc=rms@gnu.org \
/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 public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).