And MapR has their own, completely reimplemented HDFS without these deficiencies.... and I can stop dreaming about compactionless Apache HBase?
Otis -- HBASE Performance Monitoring - http://sematext.com/spm/index.html On Tue, Feb 19, 2013 at 12:46 AM, Michael Segel <[email protected]>wrote: > > 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 > >> > >> > >
