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

Optimize in-memory representation of mapreduce TableSplit objects

VotersWatch issueWatchersCreate sub-taskLinkCloneUpdate Comment AuthorReplace String in CommentUpdate Comment VisibilityDelete Comments
    XMLWordPrintableJSON

Details

    • Improvement
    • Status: Resolved
    • Major
    • Resolution: Fixed
    • 3.0.0-alpha-1, 2.3.3, 1.7.0, 2.4.0, 2.2.7
    • 3.0.0-alpha-1, 1.7.0, 2.4.0, 2.2.7, 2.3.4
    • mapreduce
    • None

    Description

      It has been observed that when the table has too many regions, MR jobs consume a lot of memory in the client. This is because we keep the region level information in memory and the memory heavy object is TableSplit because of the Scan object as a part of it.

      However, it looks like the TableInputFormat for single table doesn't need to store the scan object in the TableSplit because we do not use it and all the splits are expected to have the exact same scan object. In TableInputFormat we use the scan object directly from the MR conf.

      Attachments

        1. Screen Shot 2020-08-26 at 8.44.34 AM.png
          331 kB
          Sandeep Pal
        2. hbase-24859.png
          487 kB
          Rushabh Shah

        Issue Links

        Activity

          This comment will be Viewable by All Users Viewable by All Users
          Cancel

          People

            sandeep.pal Sandeep Pal
            sandeep.pal Sandeep Pal
            Votes:
            0 Vote for this issue
            Watchers:
            7 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved:

              Slack

                Issue deployment