https://community.cloudera.com/t5/Hadoop-101-Training-Quickstart/LZO-LZ4-SNAPPY-which-is-the-fastest-compression-codec/td-p/49338
  This link may explain to choose which.

I think mike's idea work, if snappy is not available, just fall back to another 
compression-codec, or no compression.

[http://www.cloudera.com/content/dam/www/static/images/logos/cloudera-card.jpg]<https://community.cloudera.com/t5/Hadoop-101-Training-Quickstart/LZO-LZ4-SNAPPY-which-is-the-fastest-compression-codec/td-p/49338>

LZO, LZ4, SNAPPY - which is the fastest compressio 
...<https://community.cloudera.com/t5/Hadoop-101-Training-Quickstart/LZO-LZ4-SNAPPY-which-is-the-fastest-compression-codec/td-p/49338>
community.cloudera.com
Cloudera provides the world’s fastest, easiest, and most secure Hadoop platform.


<https://community.cloudera.com/t5/Hadoop-101-Training-Quickstart/LZO-LZ4-SNAPPY-which-is-the-fastest-compression-codec/td-p/49338>


________________________________
From: [email protected] <[email protected]> on behalf of Dave Latham 
<[email protected]>
Sent: 20 December 2017 10:16:43
To: [email protected]
Subject: Re: [DISCUSSION] Default configurations in hbase-2.0.0 
hbase-default.xml

What about LZ4 instead?  Most benchmarks I've seen show it ahead of Snappy.

On Tue, Dec 19, 2017 at 5:55 PM, Mike Drob <[email protected]> wrote:

> Can you file a JIRA for some kind of magical default snappy-if-available?
>
> On Tue, Dec 19, 2017 at 7:38 PM, Stack <[email protected]> wrote:
>
> > On Tue, Dec 19, 2017 at 4:22 PM, Stack <[email protected]> wrote:
> >
> > > Thanks for jumping in JMS. Ok on the by-table.
> > >
> > > SNAPPY license seems fine. We'd enable it as default when you create a
> > > table? Let me play w/ it.
> > >
> > >
> > Oh. I forgot what happens if the native lib is not available, how cluster
> > goes down.
> >
> > Caused by: java.lang.RuntimeException: native snappy library not
> available:
> > this version of libhadoop was built without snappy support.
> >
> > I think we should skip out on enabling this (but recommend folks run this
> > way...)
> >
> > Thanks JMS,
> > S
> >
> >
> >
> > > Anything else from your experience that we should change JMS?
> > >
> > > Thanks sir,
> > > S
> > >
> > >
> > > On Tue, Dec 19, 2017 at 1:47 PM, Jean-Marc Spaggiari <
> > > [email protected]> wrote:
> > >
> > >> Can we get all tables by default Snappy compressed? I think because of
> > the
> > >> license we can not, right? Just asking, in case there is an option for
> > >> that... Also +1 on balancing by table...
> > >>
> > >> 2017-12-18 17:34 GMT-05:00 Stack <[email protected]>:
> > >>
> > >> > (I thought I'd already posted a DISCUSSION on defaults for 2.0.0 but
> > >> can't
> > >> > find it...)
> > >> >
> > >> > Dear All:
> > >> >
> > >> > I'm trying to get some eyeballs/thoughts on changes you'd like seen
> in
> > >> > hbase defaults for hbase-2.0.0. We have a an ISSUE and some good
> > >> discussion
> > >> > already up at HBASE-19148.
> > >> >
> > >> > A good case is being made for enabling balancing by table as
> default.
> > >> >
> > >> > Guanghao Zhang has already put in place more sensible retry/timeout
> > >> > numbers.
> > >> >
> > >> > Anything else we should change? Shout here or up on the issue.
> > >> >
> > >> > Thanks,
> > >> > S
> > >> >
> > >>
> > >
> > >
> >
>

Reply via email to