+1. Good stuff JingCheng. When you declare the vote has passed, I'll help merge this into trunk for you.
Jon. On Mon, Jul 20, 2015 at 1:53 PM, Ted Yu <[email protected]> wrote: > Tuesday July 21 PDT is coming up soon. > > I noticed that Jingcheng's email has Jon, Annop and Ram's names at the > bottom. > Does this mean that Jon, Anoop and Ram already gave (implicit) +1 ? > > Cheers > > On Fri, Jul 17, 2015 at 3:33 AM, Ted Yu <[email protected]> wrote: > > > QA run for HBASE-11339 < > https://issues.apache.org/jira/browse/HBASE-11339> is > > green. > > > > IntegrationTestIngestWithMOB has been run which passes. > > > > +1 on merging to master branch. > > > > On Fri, Jul 17, 2015 at 2:01 AM, Jingcheng Du <[email protected]> > > wrote: > > > >> Hi all, > >> > >> The Moderate Object Storage (MOB) feature (HBASE-11339[1]) is modified > I/O > >> and compaction path that allows individual moderately sized values > >> (100KB-10MB) to be stored so that write amplification is reduced when > >> compared to the normal I/O path. MOB is defined in the column family > >> and it is almost isolated with other components, the features and > >> performance > >> cannot be effected in normal columns. A detailed design doc and user > guide > >> can > >> be found on the hbase-11339 jira. The code reside in the feature branch > >> hbase-11339[2], and now the latest mega patch for trunk is > >> available in RB[3]. > >> > >> Jon had brought this in another DISCUSSION thread some days ago. We > >> collected > >> all the feedbacks there and had tried to incorporate them. > >> > >> Some improvements, like encryption of mob files, finding > >> corrupt mob files and dangling reference cells, have been implemented. > >> > >> The other point that was discussed is the use of MR for doing the MOB > >> compaction in phase-1 > >> of the implementation. Now the dependency is removed, we have an inbuilt > >> MOB > >> compaction that > >> can be run automatically and it does not need MR anymore. Still the MR > >> compaction is provided > >> as a tool for users. > >> > >> Considering the fact that the concerns from the discussion thread have > >> been > >> addressed, we are putting > >> the merge to trunk up for a vote. > >> [] +1 proceed with merge to trunk. > >> [] 0 no opinion > >> [] -1 do not merge to trunk, because ... > >> > >> Our current merge vote policy requires at least 3 +1s from committers to > >> move forward[4]. The vote runs for 72 hours (the weekends are excluded), > >> and > >> it will be closed at the midnight of > >> Tuesday July 21 PDT. > >> > >> Thanks, > >> Jingcheng, Jon, Ram and Anoop. > >> > >> [1]: https://issues.apache.org/jira/browse/HBASE-11339 > >> [2]: https://github.com/apache/hbase/tree/hbase-11339 > >> [3]: https://reviews.apache.org/r/36391/ > >> [4]: https://hbase.apache.org/book.html#_decisions > >> > >> > >> > >> -- > >> View this message in context: > >> > http://apache-hbase.679495.n3.nabble.com/VOTE-Merge-branch-hbase-11339-HBase-MOB-to-trunk-tp4073308.html > >> Sent from the HBase Developer mailing list archive at Nabble.com. > >> > > > > > -- // Jonathan Hsieh (shay) // HBase Tech Lead, Software Engineer, Cloudera // [email protected] // @jmhsieh
