[infinispan-issues] [JBoss JIRA] (ISPN-871) Out-of-heap data container implementation
Ben Cotton (JIRA)
issues at jboss.org
Sun Mar 2 16:44:48 EST 2014
[ https://issues.jboss.org/browse/ISPN-871?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12949202#comment-12949202 ]
Ben Cotton commented on ISPN-871:
---------------------------------
All build issues are now resolved (we were trying to build within a bank's firewall, which is perfectly futile).
It is our understandng that there will a OpenHFT HC Alpha Release in Maven Central next weekend. At that time, Dmitry and I will take the OpenHFT dependency tag and proceed to build a branch of Red Hat's ISPN 7 that will treat net.openhft.collections.SharedHashMap as a Red Hat Infinispan 7 default impl of javax.cache.Cache
A diagram of this build effort can be found here: https://raw.github.com/Cotton-Ben/OpenHFT/master/doc/AdaptingOpenHFT-SHM-as-JCACHE-Impl.jpg
Also the OpenHFT view of his effort will be tracked here: https://github.com/OpenHFT/HugeCollections/issues/13
> Out-of-heap data container implementation
> -----------------------------------------
>
> Key: ISPN-871
> URL: https://issues.jboss.org/browse/ISPN-871
> Project: Infinispan
> Issue Type: Feature Request
> Components: Configuration
> Reporter: Manik Surtani
> Assignee: Tristan Tarrant
> Labels: gc, jni, native, performance, research
>
> The {{DataContainer}} interface could be implemented using a off-heap impl in C, using a wrapper around [TBB|http://threadingbuildingblocks.org/]'s concurrent hashmap.
> Cheap and easy way, no memory management needed, at worst case same performance as the Java CHM-like impl of the data container + some JNI overhead. Potential benefit of large data heaps.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the infinispan-issues
mailing list