Tony Printezis tony.printezis at sun.com
Thu Dec 20 16:21:47 UTC 2007


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!


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