<?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: Hammer2 major changes	</title>
	<atom:link href="https://www.dragonflydigest.com/2016/06/29/hammer2-major-changes/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.dragonflydigest.com/2016/06/29/hammer2-major-changes/</link>
	<description>A running description of activity related to DragonFly BSD.</description>
	<lastBuildDate>Sun, 10 Jul 2016 16:43:34 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9.4</generator>
	<item>
		<title>
		By: Eric Olson		</title>
		<link>https://www.dragonflydigest.com/2016/06/29/hammer2-major-changes/comment-page-1/#comment-395218</link>

		<dc:creator><![CDATA[Eric Olson]]></dc:creator>
		<pubDate>Sun, 10 Jul 2016 16:43:34 +0000</pubDate>
		<guid isPermaLink="false">https://www.dragonflydigest.com/?p=18349#comment-395218</guid>

					<description><![CDATA[How do I edit a comment?  Typo in the previous post made it illegible.

The regressions sound significant so it makes sense that the change to add an inode index was put off for so long.  While it is not clear that NFS and POSIX are the right technologies for SMP scalability, there seems little choice for a general purpose filesystem on a Unix system.  Any thoughts to what extent the mentioned regressions can be mitigated?]]></description>
			<content:encoded><![CDATA[<p>How do I edit a comment?  Typo in the previous post made it illegible.</p>
<p>The regressions sound significant so it makes sense that the change to add an inode index was put off for so long.  While it is not clear that NFS and POSIX are the right technologies for SMP scalability, there seems little choice for a general purpose filesystem on a Unix system.  Any thoughts to what extent the mentioned regressions can be mitigated?</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Eric Olson		</title>
		<link>https://www.dragonflydigest.com/2016/06/29/hammer2-major-changes/comment-page-1/#comment-395162</link>

		<dc:creator><![CDATA[Eric Olson]]></dc:creator>
		<pubDate>Sun, 10 Jul 2016 14:27:34 +0000</pubDate>
		<guid isPermaLink="false">https://www.dragonflydigest.com/?p=18349#comment-395162</guid>

					<description><![CDATA[The regressions sound significant so it makes since the change to add an inode index was put off for so long.  While it is not clear that NFS and POSIX are the right technologies for SMP scalability, there seems little choice for a general purpose filesystem on a Unix system.  Any thoughts to what extent the mentioned regressions can be mitigated?]]></description>
			<content:encoded><![CDATA[<p>The regressions sound significant so it makes since the change to add an inode index was put off for so long.  While it is not clear that NFS and POSIX are the right technologies for SMP scalability, there seems little choice for a general purpose filesystem on a Unix system.  Any thoughts to what extent the mentioned regressions can be mitigated?</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
