<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: How is LZ4 faring so far in 6.3+ compared to gzip for indexer rawdata compression? in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/How-is-LZ4-faring-so-far-in-6-3-compared-to-gzip-for-indexer/m-p/245959#M47540</link>
    <description>&lt;P&gt;@2manyhobbies - We're about to stand up a new installation with Pure as hot/warm and are planning to use LZ4 given their recommendation.  How has this been working out for you? &lt;/P&gt;</description>
    <pubDate>Sun, 03 Dec 2017 13:19:20 GMT</pubDate>
    <dc:creator>wcwong0</dc:creator>
    <dc:date>2017-12-03T13:19:20Z</dc:date>
    <item>
      <title>How is LZ4 faring so far in 6.3+ compared to gzip for indexer rawdata compression?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/How-is-LZ4-faring-so-far-in-6-3-compared-to-gzip-for-indexer/m-p/245956#M47537</link>
      <description>&lt;P&gt;Digging through the new stuff in 6.3 in preparation for some upgrades, I see LZ4 compression is available for bucket rawdata journal compression in indexes.conf. Awesome! I'm excited. Splunk bucket data seems like it should be a great fit for LZ4's strengths.&lt;/P&gt;

&lt;P&gt;But LZ4 should also incur a measurable hit on storage needs over gzip, and algorithm benchmarks often focus on specific interesting data cases  or a broad set of varying data types. Splunk's intake focus is pretty narrow by comparison, so I'm curious to see if anyone has any real-world numbers to throw down yet, since changing to LZ4 should change the calculations for capacity planning.&lt;/P&gt;</description>
      <pubDate>Fri, 22 Jan 2016 19:08:40 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/How-is-LZ4-faring-so-far-in-6-3-compared-to-gzip-for-indexer/m-p/245956#M47537</guid>
      <dc:creator>moonhound</dc:creator>
      <dc:date>2016-01-22T19:08:40Z</dc:date>
    </item>
    <item>
      <title>Re: How is LZ4 faring so far in 6.3+ compared to gzip for indexer rawdata compression?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/How-is-LZ4-faring-so-far-in-6-3-compared-to-gzip-for-indexer/m-p/245957#M47538</link>
      <description>&lt;P&gt;I'm planning to use LZ4 for my current engagement, although the compression will also have the benefit of riding on top Pure All Flash so we should gain the benefit of their dedup.  Pure has advised us to use LZ4 to get better dedup rates.   I'll post some additional details when we get data ingestion rolling and have some real world numbers I can share.   I will not be able to compare it to gzip though as we're not planning to test that nor do we have previous metrics to look at.  &lt;/P&gt;</description>
      <pubDate>Tue, 20 Dec 2016 19:54:53 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/How-is-LZ4-faring-so-far-in-6-3-compared-to-gzip-for-indexer/m-p/245957#M47538</guid>
      <dc:creator>2manyhobbies</dc:creator>
      <dc:date>2016-12-20T19:54:53Z</dc:date>
    </item>
    <item>
      <title>Re: How is LZ4 faring so far in 6.3+ compared to gzip for indexer rawdata compression?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/How-is-LZ4-faring-so-far-in-6-3-compared-to-gzip-for-indexer/m-p/245958#M47539</link>
      <description>&lt;P&gt;The only item I've seen on this is that &lt;/P&gt;

&lt;BLOCKQUOTE&gt;
&lt;P&gt;Bonus    finding:    LZ4    does   not    yield    any    substantial&lt;BR /&gt;&lt;BR /&gt;
gains    in    performance    that    would    be    worth    the&lt;BR /&gt;&lt;BR /&gt;
tradeoff    in    extra    storage   vs.    GZIP&lt;/P&gt;
&lt;/BLOCKQUOTE&gt;

&lt;P&gt;In the &lt;A href="https://conf.splunk.com/files/2016/slides/architecting-splunk-for-epic-performance-at-blizzard-entertainment.pdf"&gt;Architecting Splunk for Epic Performance&lt;/A&gt; conference talk by the Blizzard Splunk team&lt;/P&gt;</description>
      <pubDate>Sat, 20 May 2017 11:26:43 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/How-is-LZ4-faring-so-far-in-6-3-compared-to-gzip-for-indexer/m-p/245958#M47539</guid>
      <dc:creator>gjanders</dc:creator>
      <dc:date>2017-05-20T11:26:43Z</dc:date>
    </item>
    <item>
      <title>Re: How is LZ4 faring so far in 6.3+ compared to gzip for indexer rawdata compression?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/How-is-LZ4-faring-so-far-in-6-3-compared-to-gzip-for-indexer/m-p/245959#M47540</link>
      <description>&lt;P&gt;@2manyhobbies - We're about to stand up a new installation with Pure as hot/warm and are planning to use LZ4 given their recommendation.  How has this been working out for you? &lt;/P&gt;</description>
      <pubDate>Sun, 03 Dec 2017 13:19:20 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/How-is-LZ4-faring-so-far-in-6-3-compared-to-gzip-for-indexer/m-p/245959#M47540</guid>
      <dc:creator>wcwong0</dc:creator>
      <dc:date>2017-12-03T13:19:20Z</dc:date>
    </item>
  </channel>
</rss>

