>> there is an updated dlmalloc available from
>> ftp://gee.cs.oswego.edu/pub/misc/ (2.8.4 as opposed to the in-tree 2.8.3,
>> with a good 3.5yrs between them). my quick build tests show that neither
>> watcom nor mingw (4.2.1 here) like it as-is, but to my untrained eye they
>> don't look too difficult (from a cursory look it looks like they have
>> something to do with mmap, to which end the in-tree version has some local
>> changes).
>>
>> maybe przemek would want to take a peek whether updating to the newer
>> upstream is of any benefit to hvm.
> Sorry, if is a off-topic....
>
> There are alternative to dlmalloc, ptmalloc3 is out here
> http://www.malloc.de/malloc/ptmalloc3-current.tar.gz
> "*New ptmalloc3 release May 31st, 2006!*
>
> Here <http://www.malloc.de/malloc/ptmalloc3-current.tar.gz> you can download
> the third version of *ptmalloc* (C source code), a fast, memory-efficient
> implementation of *malloc* for Unix systems. *ptmalloc* is based on code by
> Doug Lea <http://gee.cs.oswego.edu/> and was extended for use with multiple
> threads (especially on SMP systems).
>
> On Linux <http://www.linux.org/> systems, *ptmalloc* has been put to work for
> years as part of the GNU C library
> <http://www.gnu.org/software/libc/libc.html>."
>
> Maybe is a better swicth dlmalloc?
>
> Ptmalloc is based on dlmalloc.
FWIW dlmalloc 2.8.4 was had problems with quite a few of our
target compilers (this is why I pulled it shortly after upgrade
in SVN), maybe ptmalloc is more portable.
I'd like to suggest to postpone any allocator engine upgrade
to after stable release, as such modification will cause many
regressions and turbulence in all out targets.
BTW, this is the ChangeLog entry about the revert:
---
2009-07-29 17:46 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* source/vm/dlmalloc.c
! Restored 2.8.3.
Huge amount of warnings (all Windows compilers), compile time (pocc,
watcom)
and build time (mingw) errors, incompatibility with fm.c parts, with
2.8.4,
so I opted to revert.
I hope someone will give it another go, as it should provide better MT
performance on Windows, unfortunately this feature doesn't seem to be well
tested at this point.
---
Brgds,
Viktor
_______________________________________________
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
