You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hive.apache.org by "Sergey Shelukhin (JIRA)" <ji...@apache.org> on 2015/03/24 03:29:52 UTC

[jira] [Created] (HIVE-10068) LLAP: adjust allocation after decompression

Sergey Shelukhin created HIVE-10068:
---------------------------------------

             Summary: LLAP: adjust allocation after decompression
                 Key: HIVE-10068
                 URL: https://issues.apache.org/jira/browse/HIVE-10068
             Project: Hive
          Issue Type: Sub-task
            Reporter: Sergey Shelukhin


We don't know decompressed size of a compression buffer in ORC, all we know is the file-level compression buffer size. For many files, compression buffers can be smaller than that because of compact encoding, or because compression block ends for other reasons (different streams, etc. - "present" streams for example are very small).
BuddyAllocator should be able to accept back parts of the allocated memory (e.g. allocate 256Kb with minimum allocation of 32Kb, decompress 45Kb, return the last 192Kb as 64+128Kb). For generality (this depends on implementation), we can make an API like "offer", and allocator can decide to take back however much it can.



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