Mailing-List: contact hbase-dev-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Reply-To: hbase-dev@hadoop.apache.org
Message-ID: <314004151.1244883547599.JavaMail.jira@brutus>
Date: Sat, 13 Jun 2009 01:59:07 -0700 (PDT)
From: "ryan rawson (JIRA)" <jira@apache.org>
To: hbase-dev@hadoop.apache.org
Subject: [jira] Updated: (HBASE-1513) Compactions to slow
In-Reply-To: <1502302150.1244835787535.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/HBASE-1513?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

ryan rawson updated HBASE-1513:
-------------------------------

    Status: Patch Available  (was: Open)

minor compactor previously was too complex and did too much logic.  new one kicks ass.

major compactions will be slow however (of course).

> Compactions to slow
> -------------------
>
>                 Key: HBASE-1513
>                 URL: https://issues.apache.org/jira/browse/HBASE-1513
>             Project: Hadoop HBase
>          Issue Type: Bug
>          Components: regionserver
>    Affects Versions: 0.20.0
>            Reporter: Billy Pearson
>            Assignee: ryan rawson
>            Priority: Blocker
>             Fix For: 0.20.0
>
>         Attachments: HBASE-1513.patch
>
>
>  know there was some changes to compaction a few days back I just got back 
> to where I could run imports with the new client api
> and noticing that compactions are vary slow I meand 100x+ slower then they 
> used to be I thought one of the servers compaction thread had died
> but after retesting and ruleing that out. 
> I tested with and without compression and with and with out 
> blockcache and all are running about the same
> I got one small compaction to complete it took 1977 secs to compact 48.56MB
> thats about 25kb sec

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.