+1 Matteo
On Mon, Jul 20, 2015 at 3:26 PM, Andrew Purtell <[email protected]> wrote: > We do have three +1s on this thread which is already sufficient for a > branch merge unless there is a veto. > > > 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. > > >> > > > > > > > > > > > > -- > Best regards, > > - Andy > > Problems worthy of attack prove their worth by hitting back. - Piet Hein > (via Tom White) >
