Mailing-List: contact user-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@hbase.apache.org
Received-SPF: pass (nike.apache.org: domain of bharathv@cloudera.com
 designates 74.125.82.47 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CA+vHzD-Qcytdc_L8t2E2JAAU-5bYEEAnGaSi-bN0GQzm-HGZrA@mail.gmail.com>
References: 
 <CA+vHzD-Qcytdc_L8t2E2JAAU-5bYEEAnGaSi-bN0GQzm-HGZrA@mail.gmail.com>
From: Bharath Vissapragada <bharathv@cloudera.com>
Date: Tue, 25 Feb 2014 14:16:24 +0530
Message-ID: 
 <CAFWiQHY=4UFVstaDm9_PXf9BBC-jkFw5UFttDUZK9WCh34uLPA@mail.gmail.com>
Subject: Re: Is hbase call delete request for old hfile(storeFile) file if
 minor/major compaction happen for them
To: user@hbase.apache.org
Content-Type: multipart/alternative; boundary=001a11c33b66ba466904f3372013

--001a11c33b66ba466904f3372013
Content-Type: text/plain; charset=ISO-8859-1

Not sure what you are asking but if you want to know the size of a store
file, you can use this method,

https://github.com/apache/hbase/blob/trunk/hbase-server/src/main/java/org/apache/hadoop/hbase/regionserver/StoreFile.java#L1440

One such usage is here,

https://github.com/apache/hbase/blob/trunk/hbase-server/src/main/java/org/apache/hadoop/hbase/regionserver/compactions/RatioBasedCompactionPolicy.java#L292

It gets the sizes of all the store files, I believe thats what you are
asking! Please correct me if I'm wrong,


On Tue, Feb 25, 2014 at 12:37 PM, Upendra Yadav <upendra1024@gmail.com>wrote:

> Is hbase call delete request for old hfile(storeFile) file if minor/major
> compaction happen for them and generate new hfile and store it in hdfs.
>
> for minor compaction how it will get size of every hfile. lets we have 20
> no. of hfiles for a CF and minor compaction wants to perform. Will it
> download all hfile and decide compaction have to do or not. Or it have
> in-memory hfile's size information for all hfile.
>


-- 
Bharath Vissapragada
<http://www.cloudera.com>

--001a11c33b66ba466904f3372013--