<?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: Ten Myths of Leopard: 6 Time Machine Eats Hard Drives!</title>
	<atom:link href="http://www.roughlydrafted.com/2007/11/05/ten-myths-of-leopard-6-time-machine-eats-hard-drives/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.roughlydrafted.com/2007/11/05/ten-myths-of-leopard-6-time-machine-eats-hard-drives/</link>
	<description>Daniel Eran Dilger in San Francisco</description>
	<pubDate>Fri,  9 Jan 2009 22:57:44 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Bobson</title>
		<link>http://www.roughlydrafted.com/2007/11/05/ten-myths-of-leopard-6-time-machine-eats-hard-drives/comment-page-1/#comment-1001</link>
		<dc:creator>Bobson</dc:creator>
		<pubDate>Wed, 07 Nov 2007 11:56:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.roughlydrafted.com/2007/11/05/ten-myths-of-leopard-6-time-machine-eats-hard-drives/#comment-1001</guid>
		<description>lmasanti - that's easy.  Just go into your Time Machine drive, pick the folder for the backup you wish to off-site, and drag/burn it as appropriate.  Alternatively, plug in a new drive and set it as your time machine drive for one backup, then switch back and take that off site.</description>
		<content:encoded><![CDATA[<p>lmasanti - that&#8217;s easy.  Just go into your Time Machine drive, pick the folder for the backup you wish to off-site, and drag/burn it as appropriate.  Alternatively, plug in a new drive and set it as your time machine drive for one backup, then switch back and take that off site.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lmasanti</title>
		<link>http://www.roughlydrafted.com/2007/11/05/ten-myths-of-leopard-6-time-machine-eats-hard-drives/comment-page-1/#comment-984</link>
		<dc:creator>lmasanti</dc:creator>
		<pubDate>Wed, 07 Nov 2007 01:12:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.roughlydrafted.com/2007/11/05/ten-myths-of-leopard-6-time-machine-eats-hard-drives/#comment-984</guid>
		<description>The one thing I think it is missing is the ability to do a "full off-device backup", likt to dvd or other disk, to be put on other location.</description>
		<content:encoded><![CDATA[<p>The one thing I think it is missing is the ability to do a &#8220;full off-device backup&#8221;, likt to dvd or other disk, to be put on other location.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: larryv</title>
		<link>http://www.roughlydrafted.com/2007/11/05/ten-myths-of-leopard-6-time-machine-eats-hard-drives/comment-page-1/#comment-974</link>
		<dc:creator>larryv</dc:creator>
		<pubDate>Tue, 06 Nov 2007 23:06:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.roughlydrafted.com/2007/11/05/ten-myths-of-leopard-6-time-machine-eats-hard-drives/#comment-974</guid>
		<description>I, likewise, have never successfully found anything using Windows XP search. Ever.</description>
		<content:encoded><![CDATA[<p>I, likewise, have never successfully found anything using Windows XP search. Ever.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: elppa</title>
		<link>http://www.roughlydrafted.com/2007/11/05/ten-myths-of-leopard-6-time-machine-eats-hard-drives/comment-page-1/#comment-964</link>
		<dc:creator>elppa</dc:creator>
		<pubDate>Tue, 06 Nov 2007 19:02:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.roughlydrafted.com/2007/11/05/ten-myths-of-leopard-6-time-machine-eats-hard-drives/#comment-964</guid>
		<description>Windows Vista search can be quite snappy.

I have yet to have any success searching for anything in XP though.</description>
		<content:encoded><![CDATA[<p>Windows Vista search can be quite snappy.</p>
<p>I have yet to have any success searching for anything in XP though.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bobson</title>
		<link>http://www.roughlydrafted.com/2007/11/05/ten-myths-of-leopard-6-time-machine-eats-hard-drives/comment-page-1/#comment-945</link>
		<dc:creator>Bobson</dc:creator>
		<pubDate>Tue, 06 Nov 2007 11:52:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.roughlydrafted.com/2007/11/05/ten-myths-of-leopard-6-time-machine-eats-hard-drives/#comment-945</guid>
		<description>I'm surprised you didn't mention what I think is the best space-saving feature of Time Machine: hard links.  Have a huge number of copies of your entire drive... and yet have it take up a minimal amount of actual space, because not many files change.  

If I leave my computer sitting untouched all day while I'm out of the house, it still generates its hourly backups, but it won't ever fill up the drive. Just one less way it can "eat up" my drive!</description>
		<content:encoded><![CDATA[<p>I&#8217;m surprised you didn&#8217;t mention what I think is the best space-saving feature of Time Machine: hard links.  Have a huge number of copies of your entire drive&#8230; and yet have it take up a minimal amount of actual space, because not many files change.  </p>
<p>If I leave my computer sitting untouched all day while I&#8217;m out of the house, it still generates its hourly backups, but it won&#8217;t ever fill up the drive. Just one less way it can &#8220;eat up&#8221; my drive!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lowededwookie</title>
		<link>http://www.roughlydrafted.com/2007/11/05/ten-myths-of-leopard-6-time-machine-eats-hard-drives/comment-page-1/#comment-937</link>
		<dc:creator>lowededwookie</dc:creator>
		<pubDate>Tue, 06 Nov 2007 08:20:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.roughlydrafted.com/2007/11/05/ten-myths-of-leopard-6-time-machine-eats-hard-drives/#comment-937</guid>
		<description>Who are these muppets that spew this bollocks?

Clearly they have no idea about backups.

When I was doing onsite support I was in charge of backups. I would have to do a daily backup which was on a set of 5 tapes on a two week rotation. Then there was a monthly tape which was on a 12 monthly rotation. Finally there was one large one that was a yearly backup which was never rotated and had to be kept for 7 years.

The fact that Time Machine does the same thing but on a single drive is both time saving and fire and forget but reliable. There were times when I forgot to do a backup or something went wrong with the tape or system.

Very little can go wrong with Time Machine because the routine is hourly, daily, weekly, monthly. How is this difficult to understand?

My only gripe would be that you can't set another drive for monthly backups.</description>
		<content:encoded><![CDATA[<p>Who are these muppets that spew this bollocks?</p>
<p>Clearly they have no idea about backups.</p>
<p>When I was doing onsite support I was in charge of backups. I would have to do a daily backup which was on a set of 5 tapes on a two week rotation. Then there was a monthly tape which was on a 12 monthly rotation. Finally there was one large one that was a yearly backup which was never rotated and had to be kept for 7 years.</p>
<p>The fact that Time Machine does the same thing but on a single drive is both time saving and fire and forget but reliable. There were times when I forgot to do a backup or something went wrong with the tape or system.</p>
<p>Very little can go wrong with Time Machine because the routine is hourly, daily, weekly, monthly. How is this difficult to understand?</p>
<p>My only gripe would be that you can&#8217;t set another drive for monthly backups.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: larryv</title>
		<link>http://www.roughlydrafted.com/2007/11/05/ten-myths-of-leopard-6-time-machine-eats-hard-drives/comment-page-1/#comment-935</link>
		<dc:creator>larryv</dc:creator>
		<pubDate>Tue, 06 Nov 2007 06:53:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.roughlydrafted.com/2007/11/05/ten-myths-of-leopard-6-time-machine-eats-hard-drives/#comment-935</guid>
		<description>It certainly is silly to think that Time Machine will gobble up your hard drives one after another, but from what I understand, it does it in a way even more clever than you describe here.

Unless I'm mistaken, Time Machine doesn't really chow up space at all, and it doesn't take 24 hours to "level off"—it does so after the first backup! When Time Machine first begins working with a particular external drive, it makes a complete backup of the entire system. Then, every hour, it only copies those files which have changed since the the last hourly backup. However, it maintains a "complete" record for each hourly backup by creating hard links to data that has not changed.

For example, after 6 hourly backups, a file that does not change very often (e.g., /System/Library/Filesystems/zfs.fs) will have 6 hard links associated with it, while its data will only take up 160 KB, not 960 KB. On the other hand, a 1 MB file that has changed more frequently than ever hour (a report, say) will take up 6 MB.

A more technical description can be found here:
http://arstechnica.com/reviews/os/mac-os-x-10-5.ars/14</description>
		<content:encoded><![CDATA[<p>It certainly is silly to think that Time Machine will gobble up your hard drives one after another, but from what I understand, it does it in a way even more clever than you describe here.</p>
<p>Unless I&#8217;m mistaken, Time Machine doesn&#8217;t really chow up space at all, and it doesn&#8217;t take 24 hours to &#8220;level off&#8221;—it does so after the first backup! When Time Machine first begins working with a particular external drive, it makes a complete backup of the entire system. Then, every hour, it only copies those files which have changed since the the last hourly backup. However, it maintains a &#8220;complete&#8221; record for each hourly backup by creating hard links to data that has not changed.</p>
<p>For example, after 6 hourly backups, a file that does not change very often (e.g., /System/Library/Filesystems/zfs.fs) will have 6 hard links associated with it, while its data will only take up 160 KB, not 960 KB. On the other hand, a 1 MB file that has changed more frequently than ever hour (a report, say) will take up 6 MB.</p>
<p>A more technical description can be found here:<br />
<a href="http://arstechnica.com/reviews/os/mac-os-x-10-5.ars/14" rel="nofollow">http://arstechnica.com/reviews/os/mac-os-x-10-5.ars/14</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
