In a single word, yes. Or rather you can't have a compactionless HBase without fixing the deficiencies in HDFS.
On Feb 18, 2013, at 11:01 PM, Otis Gospodnetic <[email protected]> wrote: > Hi, > > > On Mon, Feb 18, 2013 at 11:50 PM, Michael Segel > <[email protected]>wrote: > >> Take a look at MapR's M7 >> >> For Apache based Hadoop and HBase, you will need to evolve HDFS. >> > > > What do you mean by evolve HDFS? You mean HDFS would need to change if > Apache HBase were to become compactionless? > > Otis > -- > HBASE Performance Monitoring - http://sematext.com/spm/index.html > > > >> >> >> On Feb 18, 2013, at 9:30 PM, Otis Gospodnetic <[email protected]> >> wrote: >> >>> Hello, >>> >>> It's kind of funny, we run SPM, which includes SPM for HBase (performance >>> monitoring service/tool for HBase essentially) and we currently store all >>> performance metrics in HBase. >>> >>> I see a ton of HBase development activity, which is great, but it just >>> occurred to me that I don't think I recall seeing anything about getting >>> rid of compactions. Yet, compactions are one thing that I know hurt us >> the >>> most and is one thing that MapR somehow got rid of in their >> implementation. >>> >>> Have there been any discussions,attempts, or thoughts about finding a way >>> to avoid compactions? >>> >>> Thanks, >>> Otis >>> -- >>> HBASE Performance Monitoring - http://sematext.com/spm/index.html >> >>
