<?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: Huge speed improvements, plus graphs	</title>
	<atom:link href="https://www.dragonflydigest.com/2011/11/16/huge-speed-improvements-plus-graphs/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.dragonflydigest.com/2011/11/16/huge-speed-improvements-plus-graphs/</link>
	<description>A running description of activity related to DragonFly BSD.</description>
	<lastBuildDate>Sat, 19 Nov 2011 23:23:28 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.1</generator>
	<item>
		<title>
		By: Justin Sherrill		</title>
		<link>https://www.dragonflydigest.com/2011/11/16/huge-speed-improvements-plus-graphs/comment-page-1/#comment-43770</link>

		<dc:creator><![CDATA[Justin Sherrill]]></dc:creator>
		<pubDate>Sat, 19 Nov 2011 23:23:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.shiningsilence.com/dbsdlog/?p=8698#comment-43770</guid>

					<description><![CDATA[The idea was to approach it in a very different way.  FreeBSD 5 brought in a complex locking system to handle SMP, which was problematic for quite a while.  DragonFly&#039;s approach has been to shift to simplified lockless or token designs.  The advantage of that simpler method is that now that all the parts are in place, it&#039;s much easier to implement this SMP improvement, reliably.

These numbers are comparable to FreeBSD, and while they don&#039;t exceed FreeBSD (and Linux posts the absolute best), it&#039;s a vast improvement compared to what DragonFly 2.10 was doing, and all that improvement was accomplished in perhaps a week or two of work.  That&#039;s the &#039;easier&#039; part coming in.]]></description>
			<content:encoded><![CDATA[<p>The idea was to approach it in a very different way.  FreeBSD 5 brought in a complex locking system to handle SMP, which was problematic for quite a while.  DragonFly&#8217;s approach has been to shift to simplified lockless or token designs.  The advantage of that simpler method is that now that all the parts are in place, it&#8217;s much easier to implement this SMP improvement, reliably.</p>
<p>These numbers are comparable to FreeBSD, and while they don&#8217;t exceed FreeBSD (and Linux posts the absolute best), it&#8217;s a vast improvement compared to what DragonFly 2.10 was doing, and all that improvement was accomplished in perhaps a week or two of work.  That&#8217;s the &#8216;easier&#8217; part coming in.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Afred		</title>
		<link>https://www.dragonflydigest.com/2011/11/16/huge-speed-improvements-plus-graphs/comment-page-1/#comment-43768</link>

		<dc:creator><![CDATA[Afred]]></dc:creator>
		<pubDate>Sat, 19 Nov 2011 16:18:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.shiningsilence.com/dbsdlog/?p=8698#comment-43768</guid>

					<description><![CDATA[But wasn&#039;t the original promise of the dragonfly approach that SMP performance would exceed that of the approach of freebsd?]]></description>
			<content:encoded><![CDATA[<p>But wasn&#8217;t the original promise of the dragonfly approach that SMP performance would exceed that of the approach of freebsd?</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
