Re: 28 bit ought to be enough for anyone.
Kenichi Okuyama <okuyama(a)trl.ibm.co.jp> writes in xemacs-beta(a)xemacs.org:
>>>>> "sb" == SL Baur
<steve(a)xemacs.org> writes:
sb> With the old GNU malloc in XEmacs, the
mmapping
sb> version of the relocating allocator can be used.
So... world is moving faster then I thought :p
;; The mmapping version of the relocating allocator has been default
;; with the old GNU malloc since XEmacs 19.14. :-)
sb> What is PHKmalloc? If it's portable and faster, I have no problem
sb> replacing the old GNU malloc with it, or adding it as an additional
sb> option.
It's default malloc routine used on FreeBSD since 2.2. (current
stable version is 2.2.7) Authored by Poul-Henning Kemp. I don't know
whether it's faster nor portable than Doug Lea malloc. As long as
what I read what's written above, I beleave their basic idea are
same.
# That means, on both FreeBSD and Linux, we simply can use default
# malloc. That's quite good news.
So long as we dump, you will need to do some work to get an mmapping
system malloc to work. mmap is poison prior to dumping so it must be
disabled in temacs. There are well-defined places to do this. Grep
for DOUG_LEA_MALLOC in the sources. The calls to mallopt(M_MMAP_MAX,
%d) turn mmapping off if the second param is 0, and turn it on if the
second param is non-zero.