<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>
	Comments on: ZFS: Fun with ZFS &#8211; is compression and deduplication useful for my data and how much memory do I need for zfs dedup?	</title>
	<atom:link href="https://www.solaris-cookbook.eu/linux/zfs-fun-zfs-compression-deduplication-useful-data-much-memory-need-zfs-dedup/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.solaris-cookbook.eu/linux/zfs-fun-zfs-compression-deduplication-useful-data-much-memory-need-zfs-dedup/</link>
	<description>The Cookbook and reference for IT Admins</description>
	<lastBuildDate>Mon, 28 Mar 2016 19:00:00 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	
	<item>
		<title>
		By: Andreas Schmidt		</title>
		<link>https://www.solaris-cookbook.eu/linux/zfs-fun-zfs-compression-deduplication-useful-data-much-memory-need-zfs-dedup/#comment-391</link>

		<dc:creator><![CDATA[Andreas Schmidt]]></dc:creator>
		<pubDate>Mon, 28 Mar 2016 19:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.solaris-cookbook.eu/?p=2182#comment-391</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://www.solaris-cookbook.eu/linux/zfs-fun-zfs-compression-deduplication-useful-data-much-memory-need-zfs-dedup/#comment-390&quot;&gt;Scott S.&lt;/a&gt;.

Thanks Scott, good point with the block size I will run some tests on that one. 

Which ZFS version will be the one with the better full space handling, as I just a few days ago had still issues with latest ZFSonLinux version.]]></description>
			<content:encoded><![CDATA[<p>In reply to <a href="https://www.solaris-cookbook.eu/linux/zfs-fun-zfs-compression-deduplication-useful-data-much-memory-need-zfs-dedup/#comment-390">Scott S.</a>.</p>
<p>Thanks Scott, good point with the block size I will run some tests on that one. </p>
<p>Which ZFS version will be the one with the better full space handling, as I just a few days ago had still issues with latest ZFSonLinux version.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Scott S.		</title>
		<link>https://www.solaris-cookbook.eu/linux/zfs-fun-zfs-compression-deduplication-useful-data-much-memory-need-zfs-dedup/#comment-390</link>

		<dc:creator><![CDATA[Scott S.]]></dc:creator>
		<pubDate>Fri, 25 Mar 2016 17:01:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.solaris-cookbook.eu/?p=2182#comment-390</guid>

					<description><![CDATA[&quot;Please note: running ZFS over 80% of allocation (used) will make the 
file-system extremely sluggish. Performance will drop down to a few 
MB/sec.&quot; - This should not be true, significant improvements were made in ZFS as it approaches closer to full space used. 

Using smaller recordsize will increase the probability that a block will be deduplicated, two blocks of 64k for example is more likely than two separate 1M blocks being identical. Usually compression can only help, lz4 is so lightweight I can&#039;t see why not to use it.]]></description>
			<content:encoded><![CDATA[<p>&#8220;Please note: running ZFS over 80% of allocation (used) will make the<br />
file-system extremely sluggish. Performance will drop down to a few<br />
MB/sec.&#8221; &#8211; This should not be true, significant improvements were made in ZFS as it approaches closer to full space used. </p>
<p>Using smaller recordsize will increase the probability that a block will be deduplicated, two blocks of 64k for example is more likely than two separate 1M blocks being identical. Usually compression can only help, lz4 is so lightweight I can&#8217;t see why not to use it.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Andreas Schmidt		</title>
		<link>https://www.solaris-cookbook.eu/linux/zfs-fun-zfs-compression-deduplication-useful-data-much-memory-need-zfs-dedup/#comment-380</link>

		<dc:creator><![CDATA[Andreas Schmidt]]></dc:creator>
		<pubDate>Mon, 02 Nov 2015 12:11:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.solaris-cookbook.eu/?p=2182#comment-380</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://www.solaris-cookbook.eu/linux/zfs-fun-zfs-compression-deduplication-useful-data-much-memory-need-zfs-dedup/#comment-378&quot;&gt;AngieK&lt;/a&gt;.

It means the ratio is 1 to 1.02. So about 2% reduction from the original size. but that&#039;s an assumption, I wasn&#039;t able to find any man file explaining that ratio.]]></description>
			<content:encoded><![CDATA[<p>In reply to <a href="https://www.solaris-cookbook.eu/linux/zfs-fun-zfs-compression-deduplication-useful-data-much-memory-need-zfs-dedup/#comment-378">AngieK</a>.</p>
<p>It means the ratio is 1 to 1.02. So about 2% reduction from the original size. but that&#8217;s an assumption, I wasn&#8217;t able to find any man file explaining that ratio.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: AngieK		</title>
		<link>https://www.solaris-cookbook.eu/linux/zfs-fun-zfs-compression-deduplication-useful-data-much-memory-need-zfs-dedup/#comment-378</link>

		<dc:creator><![CDATA[AngieK]]></dc:creator>
		<pubDate>Mon, 02 Nov 2015 09:17:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.solaris-cookbook.eu/?p=2182#comment-378</guid>

					<description><![CDATA[Hey so what does the x1.02 mean? What rate is that]]></description>
			<content:encoded><![CDATA[<p>Hey so what does the x1.02 mean? What rate is that</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
