annotate version.sh.in @ 5160:ab9ee10a53e4

fix various problems with allocation statistics, track overhead properly -------------------- ChangeLog entries follow: -------------------- lisp/ChangeLog addition: 2010-03-20 Ben Wing <ben@xemacs.org> * diagnose.el (show-memory-usage): * diagnose.el (show-object-memory-usage-stats): Further changes to correspond with changes in the C code; add an additional column showing the overhead used with each type, and add it into the grand total memory usage. src/ChangeLog addition: 2010-03-20 Ben Wing <ben@xemacs.org> * alloc.c: * alloc.c (init_lrecord_stats): * alloc.c (free_normal_lisp_object): * alloc.c (struct): * alloc.c (clear_lrecord_stats): * alloc.c (tick_lrecord_stats): * alloc.c (COUNT_FROB_BLOCK_USAGE): * alloc.c (COPY_INTO_LRECORD_STATS): * alloc.c (sweep_strings): * alloc.c (UNMARK_string): * alloc.c (gc_sweep_1): * alloc.c (finish_object_memory_usage_stats): * alloc.c (object_memory_usage_stats): * alloc.c (object_dead_p): * alloc.c (fixed_type_block_overhead): * alloc.c (lisp_object_storage_size): * emacs.c (main_1): * lisp.h: * lrecord.h: Export lisp_object_storage_size() and malloced_storage_size() even when not MEMORY_USAGE_STATS, to get the non-MEMORY_USAGE_STATS build to compile. Don't export fixed_type_block_overhead() any more. Some code cleanup, rearrangement, add some section headers. Clean up various bugs especially involving computation of overhead and double-counting certain usage in total_gc_usage. Add statistics computing the overhead used by all types. Don't add a special entry for string headers in the object-memory-usage-stats because it's already present as just "string". But do count the overhead used by long strings. Don't try to call the memory_usage() methods when NEW_GC because there's nowhere obvious in the sweep stage to make the calls. * marker.c (compute_buffer_marker_usage): Just use lisp_object_storage_size() rather than trying to reimplement it.
author Ben Wing <ben@xemacs.org>
date Sat, 20 Mar 2010 20:20:30 -0500
parents 5c427ece884b
children 5efbd1253905
Ignore whitespace changes - Everywhere: Within whitespace: At end of lines:
rev   line source
163
0132846995bd Import from CVS: tag r20-3b8
cvs
parents:
diff changeset
1 #!/bin/sh
467
13d500863631 Tailorization
tailor@h615406.serverkompetenz.net
parents: 464
diff changeset
2 emacs_is_beta=t
265
8efd647ea9ca Import from CVS: tag r20-5b31
cvs
parents: 263
diff changeset
3 emacs_major_version=21
474
6a8e1f20d109 [xemacs-hg @ 2001-04-18 09:07:43 by martinb]
martinb
parents: 467
diff changeset
4 emacs_minor_version=5
4636
5c427ece884b XEmacs 21.5.29 "garbanzo" is released.
Stephen J. Turnbull <stephen@xemacs.org>
parents: 4419
diff changeset
5 emacs_beta_version=29
5c427ece884b XEmacs 21.5.29 "garbanzo" is released.
Stephen J. Turnbull <stephen@xemacs.org>
parents: 4419
diff changeset
6 xemacs_codename="garbanzo"
708
512e4a478e9d [xemacs-hg @ 2001-12-20 06:08:09 by andyp]
andyp
parents: 654
diff changeset
7 emacs_kit_version=
298
70ad99077275 Import from CVS: tag r21-0b47
cvs
parents: 296
diff changeset
8 infodock_major_version=4
70ad99077275 Import from CVS: tag r21-0b47
cvs
parents: 296
diff changeset
9 infodock_minor_version=0
422
95016f13131a Import from CVS: tag r21-2-19
cvs
parents: 420
diff changeset
10 infodock_build_version=8
4636
5c427ece884b XEmacs 21.5.29 "garbanzo" is released.
Stephen J. Turnbull <stephen@xemacs.org>
parents: 4419
diff changeset
11 xemacs_release_date="2009-05-18"
4419
eb82fbb675ea Use Mercurial changeset hash to identify build version.
Mike Sperber <sperber@deinprogramm.de>
parents: 4309
diff changeset
12 xemacs_extra_name=