Oh, yes, i remember read something about that, i am actually using up to
100 threads at the same time and they are created/exit all the time.
That was one of my intentions to be able to submit data to conn thread
to minimize thread creation instead of introducing new thread pooling
manager.
Zoran Vasiljevic wrote:
Am 06.04.2005 um 22:19 schrieb Vlad Seryakov:
Is memory contention that big so new memory allocator is needed, i
never looked into that and do not have
clear picture why this zippy appeared in the first place. What kind of
numbers we are talking about comparing
zippy and regular mallocs?
Oh, it can be actually many times faster... especially with reasonable
number
of threads (10-20).
There are some very nice comparisons of MT memory allocators on:
http://developers.sun.com/solaris/articles/multiproc/multiproc.html
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
naviserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/naviserver-devel
--
Vlad Seryakov
571 262-8608 office
[EMAIL PROTECTED]
http://www.crystalballinc.com/vlad/
