<?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"
	>
<channel>
	<title>Comments on: SuperDuper, the Intel DiskWarrior?</title>
	<atom:link href="http://mjtsai.com/blog/2006/09/24/superduper-the-intel-diskwarrior/feed/" rel="self" type="application/rss+xml" />
	<link>http://mjtsai.com/blog/2006/09/24/superduper-the-intel-diskwarrior/</link>
	<description></description>
	<pubDate>Fri, 21 Nov 2008 19:12:39 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Michael</title>
		<link>http://mjtsai.com/blog/2006/09/24/superduper-the-intel-diskwarrior/#comment-18947</link>
		<dc:creator>Michael</dc:creator>
		<pubDate>Wed, 01 Nov 2006 15:22:14 +0000</pubDate>
		<guid isPermaLink="false">http://mjtsai.com/blog/2006/09/24/superduper-the-intel-diskwarrior/#comment-18947</guid>
		<description>Well, I had to do this again on Sunday. I still think the problem is the catalog, not (mainly) fragmentation of individual files, because even saving new, small files was very slow.</description>
		<content:encoded><![CDATA[<p>Well, I had to do this again on Sunday. I still think the problem is the catalog, not (mainly) fragmentation of individual files, because even saving new, small files was very slow.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Frank Martin</title>
		<link>http://mjtsai.com/blog/2006/09/24/superduper-the-intel-diskwarrior/#comment-16455</link>
		<dc:creator>Frank Martin</dc:creator>
		<pubDate>Sun, 01 Oct 2006 06:16:15 +0000</pubDate>
		<guid isPermaLink="false">http://mjtsai.com/blog/2006/09/24/superduper-the-intel-diskwarrior/#comment-16455</guid>
		<description>iDefrag has the ability to optimize directories on conjunction with it's defrag/optimize function, if I remember right.</description>
		<content:encoded><![CDATA[<p>iDefrag has the ability to optimize directories on conjunction with it's defrag/optimize function, if I remember right.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Adams</title>
		<link>http://mjtsai.com/blog/2006/09/24/superduper-the-intel-diskwarrior/#comment-16088</link>
		<dc:creator>Chris Adams</dc:creator>
		<pubDate>Mon, 25 Sep 2006 03:39:17 +0000</pubDate>
		<guid isPermaLink="false">http://mjtsai.com/blog/2006/09/24/superduper-the-intel-diskwarrior/#comment-16088</guid>
		<description>I've used hfsdebug for an online version of this - HFS+'s on-demand defragmentation has two key limitations: it doesn't help at all if your disk is almost full (I'm using over 95%) and it doesn't work with files larger than 20MB. Unfortunately I've not only had data files over that size limit (video editing is wretched) but also index/sqlite files used by things like Spotlight or Aperture which have a grossly disproportionate impact on system performance; in such cases I've used a simple cp/rm/mv script to defragment individual files, which isn't as effective as getting the entire system but much faster and doesn't require a reboot.</description>
		<content:encoded><![CDATA[<p>I've used hfsdebug for an online version of this - HFS+'s on-demand defragmentation has two key limitations: it doesn't help at all if your disk is almost full (I'm using over 95%) and it doesn't work with files larger than 20MB. Unfortunately I've not only had data files over that size limit (video editing is wretched) but also index/sqlite files used by things like Spotlight or Aperture which have a grossly disproportionate impact on system performance; in such cases I've used a simple cp/rm/mv script to defragment individual files, which isn't as effective as getting the entire system but much faster and doesn't require a reboot.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
