hbase-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Elliott Clark <ecl...@apache.org>
Subject Re: [VOTE] Merge branch hbase-11339 HBase MOB to trunk
Date Tue, 21 Jul 2015 00:53:57 GMT
+1

On Mon, Jul 20, 2015 at 3:30 PM, Matteo Bertozzi <theo.bertozzi@gmail.com>
wrote:

> +1
>
> Matteo
>
>
> On Mon, Jul 20, 2015 at 3:26 PM, Andrew Purtell <apurtell@apache.org>
> 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 <yuzhihong@gmail.com> 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 <yuzhihong@gmail.com> 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 <
> jingcheng.du@intel.com>
> > > > 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)
> >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message