[
https://issues.jboss.org/browse/ISPN-871?page=com.atlassian.jira.plugin.s...
]
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-...
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