You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@geode.apache.org by "Darrel Schneider (JIRA)" <ji...@apache.org> on 2016/04/23 02:13:12 UTC

[jira] [Created] (GEODE-1292) Investigate how FreeListManager.defragment handles chunks larger than 2G

Darrel Schneider created GEODE-1292:
---------------------------------------

             Summary: Investigate how FreeListManager.defragment handles chunks larger than 2G
                 Key: GEODE-1292
                 URL: https://issues.apache.org/jira/browse/GEODE-1292
             Project: Geode
          Issue Type: Bug
          Components: offheap
            Reporter: Darrel Schneider


Currently the initial slabs of off-heap memory are always 2G or less in size.
But if we have two initial slabs that are contiguous in memory what would prevent defragment from unifying them together into a single slab of 4G?
If it does this we are in trouble because the chunkSize is a 32-bit int and will overflow.
 
Defragment needs to detect this and just create a chunk of 2G and then start a new one. Or to prevent it from happening we could just check the incoming slabs and throw away a few bytes to keep them from being contiguous.




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)