HOARD
Tony Printezis
tony.printezis at sun.com
Thu Dec 20 16:21:47 UTC 2007
Keith,
Hi. You should just be able to use Hoard instead of whatever malloc
comes with the OS without and OS changes.
I just don't know whether the JVM will actually benefit from Hoard
though. We don't do that much malloc within the JVM (we manage all Java
objects ourselves). It'd be a nice exercise, though, if you're willing
to try it and share your experience on the list! :-) Maybe, it could be
a win if you have a native library that calls malloc extensively and
from many threads.
I'm CCing Mr Hoard so that he can share his wisdom. :-)
Regards and happy holidays everyone!
Tony
Keith Holdaway wrote:
> I researched HOARD:
>
> http://developers.sun.com/solaris/articles/multiproc/multiproc.html
>
> The Hoard memory allocator is a fast, scalable, and memory-efficient memory allocator. It runs on a variety of platforms, including Linux, Solaris, and Windows. Hoard is a drop-in replacement for malloc() that can dramatically improve application performance, especially for multithreaded programs running on multiprocessors.
>
> Is this purely an OS change; or does one have to make changes to the VM source to use HOARD instead of malloc etc?
>
> keith
>
>
> Keith R Holdaway
> Java Development Technologies<http://rdwss.na.sas.com/mti/jdt/default.aspx>
>
> SAS... The Power to Know
>
> Carpe Diem ...
>
>
>
--
----------------------------------------------------------------------
| Tony Printezis, Staff Engineer | Sun Microsystems Inc. |
| | MS BUR02-311 |
| e-mail: tony.printezis at sun.com | 35 Network Drive |
| office: +1 781 442 0998 (x20998) | Burlington, MA01803-0902, USA |
----------------------------------------------------------------------
e-mail client: Thunderbird (Solaris)
More information about the hotspot-gc-dev
mailing list