<?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 for lessfs</title>
	<atom:link href="http://www.lessfs.com/wordpress/?feed=comments-rss2" rel="self" type="application/rss+xml" />
	<link>http://www.lessfs.com/wordpress</link>
	<description>Open source data de-duplication</description>
	<lastBuildDate>Wed, 09 May 2012 13:16:53 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.2</generator>
	<item>
		<title>Comment on Lessfs-1.5.12 performance by Giovanni Lopedote</title>
		<link>http://www.lessfs.com/wordpress/?p=707&#038;cpage=1#comment-4952</link>
		<dc:creator>Giovanni Lopedote</dc:creator>
		<pubDate>Wed, 09 May 2012 13:16:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.lessfs.com/wordpress/?p=707#comment-4952</guid>
		<description>Thanks!

8.5GB/3000GB = 0.28% extra space for dedup DB at worst case (all unique data). Which is &lt;strong&gt;brilliant&lt;/strong&gt; when compared to ZFS and OpenDedup.
What was the chunk size?

Best Regards</description>
		<content:encoded><![CDATA[<p>Thanks!</p>
<p>8.5GB/3000GB = 0.28% extra space for dedup DB at worst case (all unique data). Which is <strong>brilliant</strong> when compared to ZFS and OpenDedup.<br />
What was the chunk size?</p>
<p>Best Regards</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on EPRD &amp; lessfs by dimiz</title>
		<link>http://www.lessfs.com/wordpress/?p=753&#038;cpage=1#comment-4839</link>
		<dc:creator>dimiz</dc:creator>
		<pubDate>Mon, 07 May 2012 07:08:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.lessfs.com/wordpress/?p=753#comment-4839</guid>
		<description>Hi Maru
I think is very great way have &quot;data tiering&quot; at the moment there are no project with auto tier ssd+disk+ram perhaps other like bcache is near the corner but they need newer kernel.
Thanks in advance</description>
		<content:encoded><![CDATA[<p>Hi Maru<br />
I think is very great way have &#8220;data tiering&#8221; at the moment there are no project with auto tier ssd+disk+ram perhaps other like bcache is near the corner but they need newer kernel.<br />
Thanks in advance</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on EPRD &amp; lessfs by maru</title>
		<link>http://www.lessfs.com/wordpress/?p=753&#038;cpage=1#comment-4744</link>
		<dc:creator>maru</dc:creator>
		<pubDate>Sat, 05 May 2012 08:38:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.lessfs.com/wordpress/?p=753#comment-4744</guid>
		<description>Although to my best knowledge eprd-0.3.1 should be safe I would suggest not using EPRD for production until I release 1.0. ;-)
Extending the EPRD project to support automatic data tiering has been on my mind for some time.

And I have decided to at least investigate it.</description>
		<content:encoded><![CDATA[<p>Although to my best knowledge eprd-0.3.1 should be safe I would suggest not using EPRD for production until I release 1.0. <img src='http://www.lessfs.com/wordpress/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /><br />
Extending the EPRD project to support automatic data tiering has been on my mind for some time.</p>
<p>And I have decided to at least investigate it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on EPRD &amp; lessfs by jippie</title>
		<link>http://www.lessfs.com/wordpress/?p=753&#038;cpage=1#comment-4743</link>
		<dc:creator>jippie</dc:creator>
		<pubDate>Sat, 05 May 2012 08:21:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.lessfs.com/wordpress/?p=753#comment-4743</guid>
		<description>Was checking EPRD this morning, looks really interesting! Just a couple of thoughts:
I was just thinking if eprd can also act as a cache to speed up an &lt;i&gt;existing&lt;/i&gt; slow disk based filesystems, somhow haven&#039;t got the guts to just try it with one of my live filesystems ;o)
Also interesting would be if the cache in RAM can be saved, so the cache doesn&#039;t need a full rebuild after a reboot.

Hope this helps.</description>
		<content:encoded><![CDATA[<p>Was checking EPRD this morning, looks really interesting! Just a couple of thoughts:<br />
I was just thinking if eprd can also act as a cache to speed up an <i>existing</i> slow disk based filesystems, somhow haven&#8217;t got the guts to just try it with one of my live filesystems ;o)<br />
Also interesting would be if the cache in RAM can be saved, so the cache doesn&#8217;t need a full rebuild after a reboot.</p>
<p>Hope this helps.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Lessfs-1.5.12 performance by Chris</title>
		<link>http://www.lessfs.com/wordpress/?p=707&#038;cpage=1#comment-4692</link>
		<dc:creator>Chris</dc:creator>
		<pubDate>Fri, 04 May 2012 14:33:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.lessfs.com/wordpress/?p=707#comment-4692</guid>
		<description>I&#039;m running lessfs 1.5.12 with hamsterdb 2.0.2 with chunk_io on btrfs on ubuntu 12.04.
My lessfs suddenly crashed, while writing files to ist. When i try to restart it, i receive the following error:
================================================
root@ubuntu1204:/mnt# lessfs /mnt/dedup/lessfs.cfg /mnt/storage 
ASSERT FAILED in file blob.cc, line 1007:
	&quot;blob_get_self(&amp;hdr)==blobid&quot;
invalid blobid 0 != 63066816
================================================

what&#039;s going wrong? what can i do?

Regards, Chris</description>
		<content:encoded><![CDATA[<p>I&#8217;m running lessfs 1.5.12 with hamsterdb 2.0.2 with chunk_io on btrfs on ubuntu 12.04.<br />
My lessfs suddenly crashed, while writing files to ist. When i try to restart it, i receive the following error:<br />
================================================<br />
root@ubuntu1204:/mnt# lessfs /mnt/dedup/lessfs.cfg /mnt/storage<br />
ASSERT FAILED in file blob.cc, line 1007:<br />
	&#8220;blob_get_self(&amp;hdr)==blobid&#8221;<br />
invalid blobid 0 != 63066816<br />
================================================</p>
<p>what&#8217;s going wrong? what can i do?</p>
<p>Regards, Chris</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on EPRD &#8211; An eventually persistent ramdisk / disk cache by Jean</title>
		<link>http://www.lessfs.com/wordpress/?p=699&#038;cpage=1#comment-4422</link>
		<dc:creator>Jean</dc:creator>
		<pubDate>Sat, 28 Apr 2012 19:05:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.lessfs.com/wordpress/?p=699#comment-4422</guid>
		<description>Judging from the thread at:
https://www.redhat.com/archives/dm-devel/2012-March/msg00078.html
having bcache merged in the kernel is not very likely. Furthermore bcache is not the same as EPRD: it does read caching so it is less specifically aimed, and AFAIR it does not respect barriers which is a very very big big problem imho.</description>
		<content:encoded><![CDATA[<p>Judging from the thread at:<br />
<a href="https://www.redhat.com/archives/dm-devel/2012-March/msg00078.html" rel="nofollow">https://www.redhat.com/archives/dm-devel/2012-March/msg00078.html</a><br />
having bcache merged in the kernel is not very likely. Furthermore bcache is not the same as EPRD: it does read caching so it is less specifically aimed, and AFAIR it does not respect barriers which is a very very big big problem imho.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Lessfs-1.5.11 by richard</title>
		<link>http://www.lessfs.com/wordpress/?p=705&#038;cpage=1#comment-4355</link>
		<dc:creator>richard</dc:creator>
		<pubDate>Fri, 27 Apr 2012 22:05:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.lessfs.com/wordpress/?p=705#comment-4355</guid>
		<description>That&#039;s a good point. I don&#039;t think that would Lose Dedup, but that definitely would affect it. 
There should be away to specify padding so that the tar records are always a multiple of your lessfs blocksize. Since Tar doesn&#039;t do compression Unless you specify, I&#039;m thinking this should be possible. I&#039;d have to research it. I have a whole bunch of tar files I can copy to test. If you could try this and we both post our results that would be better than just one of use trying it.</description>
		<content:encoded><![CDATA[<p>That&#8217;s a good point. I don&#8217;t think that would Lose Dedup, but that definitely would affect it.<br />
There should be away to specify padding so that the tar records are always a multiple of your lessfs blocksize. Since Tar doesn&#8217;t do compression Unless you specify, I&#8217;m thinking this should be possible. I&#8217;d have to research it. I have a whole bunch of tar files I can copy to test. If you could try this and we both post our results that would be better than just one of use trying it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Lessfs-1.5.12 performance by maru</title>
		<link>http://www.lessfs.com/wordpress/?p=707&#038;cpage=1#comment-4347</link>
		<dc:creator>maru</dc:creator>
		<pubDate>Fri, 27 Apr 2012 15:27:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.lessfs.com/wordpress/?p=707#comment-4347</guid>
		<description>&lt;code&gt;centos62dev:/data/mta # ls -alh /data/dta/
total 3.0T
drwxr-xr-x 2 root root   43 Apr 25 08:56 .
drwxr-xr-x 4 root root   41 Apr 23 11:01 ..
-rwx------ 1 root root 3.0T Apr 25 14:06 blockdata.dta
-rwx------ 1 root root    0 Apr 25 08:56 replog.dta
centos62dev:/data/mta # ls -alh /data/mta/
total 8.5G
drwxr-xr-x 2 root root  24K Apr 25 08:56 .
drwxr-xr-x 4 root root   41 Apr 23 11:01 ..
-rw-r--r-- 1 root root  628 Apr 25 08:56 DB_CONFIG
-rw-r--r-- 1 root root 8.5G Apr 27 17:26 lessfs.db
-rw-r--r-- 1 root root 3.3K Apr 27 17:26 lessfs.db.jrn0
-rw-r--r-- 1 root root 4.3K Apr 27 17:24 lessfs.db.jrn1
-rw-r--r-- 1 root root   16 Apr 27 17:26 lessfs.db.log0&lt;/code&gt;</description>
		<content:encoded><![CDATA[<p><code>centos62dev:/data/mta # ls -alh /data/dta/<br />
total 3.0T<br />
drwxr-xr-x 2 root root   43 Apr 25 08:56 .<br />
drwxr-xr-x 4 root root   41 Apr 23 11:01 ..<br />
-rwx------ 1 root root 3.0T Apr 25 14:06 blockdata.dta<br />
-rwx------ 1 root root    0 Apr 25 08:56 replog.dta<br />
centos62dev:/data/mta # ls -alh /data/mta/<br />
total 8.5G<br />
drwxr-xr-x 2 root root  24K Apr 25 08:56 .<br />
drwxr-xr-x 4 root root   41 Apr 23 11:01 ..<br />
-rw-r--r-- 1 root root  628 Apr 25 08:56 DB_CONFIG<br />
-rw-r--r-- 1 root root 8.5G Apr 27 17:26 lessfs.db<br />
-rw-r--r-- 1 root root 3.3K Apr 27 17:26 lessfs.db.jrn0<br />
-rw-r--r-- 1 root root 4.3K Apr 27 17:24 lessfs.db.jrn1<br />
-rw-r--r-- 1 root root   16 Apr 27 17:26 lessfs.db.log0</code></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Lessfs-1.5.12 performance by Giovanni Lopedote</title>
		<link>http://www.lessfs.com/wordpress/?p=707&#038;cpage=1#comment-4343</link>
		<dc:creator>Giovanni Lopedote</dc:creator>
		<pubDate>Fri, 27 Apr 2012 14:51:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.lessfs.com/wordpress/?p=707#comment-4343</guid>
		<description>How much space did HamsterDB take on the SSD, when testing with those 3000 files?

I wonder whether there&#039;s a formula to size the DB based e.g. on chunk size and number of unique entries.</description>
		<content:encoded><![CDATA[<p>How much space did HamsterDB take on the SSD, when testing with those 3000 files?</p>
<p>I wonder whether there&#8217;s a formula to size the DB based e.g. on chunk size and number of unique entries.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Lessfs-1.5.11 by Jean</title>
		<link>http://www.lessfs.com/wordpress/?p=705&#038;cpage=1#comment-4327</link>
		<dc:creator>Jean</dc:creator>
		<pubDate>Fri, 27 Apr 2012 11:42:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.lessfs.com/wordpress/?p=705#comment-4327</guid>
		<description>Yes I do lose dedup capability because if the length of the first file changes, the following files would not be aligned inside the tar in the same way they were before. Since lessfs checks for dedups by segmenting the tarfile into blocksize-sized segments, none of such segments would match against the segments of the previous version of the tar.</description>
		<content:encoded><![CDATA[<p>Yes I do lose dedup capability because if the length of the first file changes, the following files would not be aligned inside the tar in the same way they were before. Since lessfs checks for dedups by segmenting the tarfile into blocksize-sized segments, none of such segments would match against the segments of the previous version of the tar.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

