Return-Path: Delivered-To: apmail-hadoop-hbase-dev-archive@locus.apache.org Received: (qmail 32822 invoked from network); 13 Nov 2008 00:34:36 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 13 Nov 2008 00:34:36 -0000 Received: (qmail 84419 invoked by uid 500); 13 Nov 2008 00:34:44 -0000 Delivered-To: apmail-hadoop-hbase-dev-archive@hadoop.apache.org Received: (qmail 84263 invoked by uid 500); 13 Nov 2008 00:34:43 -0000 Mailing-List: contact hbase-dev-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: hbase-dev@hadoop.apache.org Delivered-To: mailing list hbase-dev@hadoop.apache.org Received: (qmail 84250 invoked by uid 99); 13 Nov 2008 00:34:43 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 12 Nov 2008 16:34:43 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 13 Nov 2008 00:33:31 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 65571234C28E for ; Wed, 12 Nov 2008 16:33:44 -0800 (PST) Message-ID: <1600015664.1226536424414.JavaMail.jira@brutus> Date: Wed, 12 Nov 2008 16:33:44 -0800 (PST) From: "stack (JIRA)" To: hbase-dev@hadoop.apache.org Subject: [jira] Commented: (HBASE-938) major compaction period is not checked periodically In-Reply-To: <1709488867.1224469604306.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/HBASE-938?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12647141#action_12647141 ] stack commented on HBASE-938: ----------------------------- Looking at this, best for now is writing the fact that the HStoreFile is result of major compaction into the HSF info file. When we change file formats, we'll clean all this up but this should work for now. Then, yeah, when compacting, if only one file and if we're doing a major compaction, and if < column family TTL has passed, don't do a new major compaction. Should save a bunch of CPU/nio. > major compaction period is not checked periodically > --------------------------------------------------- > > Key: HBASE-938 > URL: https://issues.apache.org/jira/browse/HBASE-938 > Project: Hadoop HBase > Issue Type: Bug > Components: regionserver > Affects Versions: 0.18.0, 0.18.1 > Environment: HBase 0.18 branch (should be RC1) + Hadoop 0.18 branch > Reporter: Rong-En Fan > Assignee: stack > Priority: Critical > Fix For: 0.19.0 > > Attachments: 938.patch, major.patch > > > The major compaction period, hbase.hregion.majorcompaction, is not checked periodically. Currently, we only request major compaction when the region is open or split at which point we check whether the major compaction period is due. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.