Uploaded image for project: 'HBase'
  1. HBase
  2. HBASE-4956

Control direct memory buffer consumption by HBaseClient

    XMLWordPrintableJSON

Details

    • New Feature
    • Status: Closed
    • Major
    • Resolution: Fixed
    • None
    • 0.94.1, 0.95.0
    • None
    • None
    • 0.96notable

    Description

      As Jonathan explained here https://groups.google.com/group/asynchbase/browse_thread/thread/c45bc7ba788b2357?pli=1 , standard hbase client inadvertently consumes large amount of direct memory.

      We should consider using netty for NIO-related tasks.

      Attachments

        1. 4956.txt
          0.9 kB
          Ted Yu
        2. thread_get.rb
          3 kB
          Bob Copeland

        Issue Links

          is related to

          Sub-task - The sub-task of the issue HBASE-13819 Make RPC layer CellBlock buffer a DirectByteBuffer

          • Major - Major loss of function.
          • Closed

          Bug - A problem which impairs or prevents the functions of the product. HBASE-4805 Allow better control of resource consumption in HTable

          • Major - Major loss of function.
          • Closed

          Improvement - An improvement or enhancement to an existing feature or task. HBASE-4970 Add a parameter so that keepAliveTime of Htable thread pool can be changed

          • Trivial - Cosmetic problem like misspelt words or misaligned text.
          • Closed

          Umbrella - An overarching type made of sub-tasks HBASE-2182 rpc/ipc refactor; x-version compatibility, nio, async, enveloping, sane timeouts, etc.

          • Major - Major loss of function.
          • Closed

          Brainstorming - A place to record back and forth on notions not yet formed enough to make a 'New Feature' or 'Task' HBASE-3523 Rewrite our client (client 2.0)

          • Major - Major loss of function.
          • Closed
          relates to

          Bug - A problem which impairs or prevents the functions of the product. HBASE-4633 Potential memory leak in client RPC timeout mechanism

          • Major - Major loss of function.
          • Closed

          Activity

            People

              bcopeland Bob Copeland
              yuzhihong@gmail.com Ted Yu
              Votes:
              0 Vote for this issue
              Watchers:
              13 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: