<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Living With Linux, Day 2</title>
	<atom:link href="http://whatever.scalzi.com/2008/02/09/living-with-linux-day-2/feed/" rel="self" type="application/rss+xml" />
	<link>http://whatever.scalzi.com/2008/02/09/living-with-linux-day-2/</link>
	<description>I FORGET WHAT EIGHT WAS FOR</description>
	<lastBuildDate>Thu, 09 Feb 2012 23:58:28 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Kazelmvb</title>
		<link>http://whatever.scalzi.com/2008/02/09/living-with-linux-day-2/#comment-121936</link>
		<dc:creator><![CDATA[Kazelmvb]]></dc:creator>
		<pubDate>Sun, 07 Dec 2008 18:23:51 +0000</pubDate>
		<guid isPermaLink="false">http://scalzi.com/whatever/?p=359#comment-121936</guid>
		<description><![CDATA[Hi!dpuc! http://zskpnyod.com pndwk urfvw]]></description>
		<content:encoded><![CDATA[<p>Hi!dpuc! <a href="http://zskpnyod.com" rel="nofollow">http://zskpnyod.com</a> pndwk urfvw</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Wade</title>
		<link>http://whatever.scalzi.com/2008/02/09/living-with-linux-day-2/#comment-14956</link>
		<dc:creator><![CDATA[Andrew Wade]]></dc:creator>
		<pubDate>Thu, 14 Feb 2008 03:27:04 +0000</pubDate>
		<guid isPermaLink="false">http://scalzi.com/whatever/?p=359#comment-14956</guid>
		<description><![CDATA[&lt;blockquote&gt;But I doubt that internal file fragmentation is an issue on today’s large hard drives in any halfway modern filesystem.&lt;/blockquote&gt;
I&#039;ve just learned by painful experience that I&#039;m badly wrong on this point. At least if one counts NTFS on Win2003 as &quot;halfway modern&quot;.]]></description>
		<content:encoded><![CDATA[<blockquote><p>But I doubt that internal file fragmentation is an issue on today’s large hard drives in any halfway modern filesystem.</p></blockquote>
<p>I&#8217;ve just learned by painful experience that I&#8217;m badly wrong on this point. At least if one counts NTFS on Win2003 as &#8220;halfway modern&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeremiah G</title>
		<link>http://whatever.scalzi.com/2008/02/09/living-with-linux-day-2/#comment-14955</link>
		<dc:creator><![CDATA[Jeremiah G]]></dc:creator>
		<pubDate>Tue, 12 Feb 2008 15:47:58 +0000</pubDate>
		<guid isPermaLink="false">http://scalzi.com/whatever/?p=359#comment-14955</guid>
		<description><![CDATA[Linux has really come far from it&#039;s early days (ug don&#039;t get me started). With most desktops, Ubuntu works right out of the box. And it can be pretty too! As the years go by, the geeks will continue to make it better and more accessible to everyone else. :) So if you don&#039;t like it now, or don&#039;t want to try it now, try it in a year or two. This, I think, is one of the biggest plusses for Linux. Almost like reverse entropy.]]></description>
		<content:encoded><![CDATA[<p>Linux has really come far from it&#8217;s early days (ug don&#8217;t get me started). With most desktops, Ubuntu works right out of the box. And it can be pretty too! As the years go by, the geeks will continue to make it better and more accessible to everyone else. :) So if you don&#8217;t like it now, or don&#8217;t want to try it now, try it in a year or two. This, I think, is one of the biggest plusses for Linux. Almost like reverse entropy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: An Eric</title>
		<link>http://whatever.scalzi.com/2008/02/09/living-with-linux-day-2/#comment-14954</link>
		<dc:creator><![CDATA[An Eric]]></dc:creator>
		<pubDate>Tue, 12 Feb 2008 14:57:38 +0000</pubDate>
		<guid isPermaLink="false">http://scalzi.com/whatever/?p=359#comment-14954</guid>
		<description><![CDATA[Andrew Wade: thanks!

Sporkinum: yeah, Linux does have a long way to go with drivers, but it&#039;s not all Linux&#039;s fault--it&#039;s that whole &quot;proprietary driver-versus-open source&quot; can of worms combined with Linux&#039;s relatively-marginal user base.  If Linux continues to pick up users, I suspect we&#039;ll see a few more drivers hit the repositories.  (Although that won&#039;t solve the proprietary software issues.)

Aiden: I wish there was a Scrivener for Linux.  Although I probably would still find ways not to write.  Because I suck.]]></description>
		<content:encoded><![CDATA[<p>Andrew Wade: thanks!</p>
<p>Sporkinum: yeah, Linux does have a long way to go with drivers, but it&#8217;s not all Linux&#8217;s fault&#8211;it&#8217;s that whole &#8220;proprietary driver-versus-open source&#8221; can of worms combined with Linux&#8217;s relatively-marginal user base.  If Linux continues to pick up users, I suspect we&#8217;ll see a few more drivers hit the repositories.  (Although that won&#8217;t solve the proprietary software issues.)</p>
<p>Aiden: I wish there was a Scrivener for Linux.  Although I probably would still find ways not to write.  Because I suck.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Scalzi</title>
		<link>http://whatever.scalzi.com/2008/02/09/living-with-linux-day-2/#comment-14953</link>
		<dc:creator><![CDATA[John Scalzi]]></dc:creator>
		<pubDate>Tue, 12 Feb 2008 13:01:09 +0000</pubDate>
		<guid isPermaLink="false">http://scalzi.com/whatever/?p=359#comment-14953</guid>
		<description><![CDATA[My Mac&#039;s broken. Poor Mac.]]></description>
		<content:encoded><![CDATA[<p>My Mac&#8217;s broken. Poor Mac.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aiden</title>
		<link>http://whatever.scalzi.com/2008/02/09/living-with-linux-day-2/#comment-14952</link>
		<dc:creator><![CDATA[Aiden]]></dc:creator>
		<pubDate>Tue, 12 Feb 2008 13:00:29 +0000</pubDate>
		<guid isPermaLink="false">http://scalzi.com/whatever/?p=359#comment-14952</guid>
		<description><![CDATA[I think that you&#039;ll love a Macintosh and Scrivener. You should try it.

Cheers.]]></description>
		<content:encoded><![CDATA[<p>I think that you&#8217;ll love a Macintosh and Scrivener. You should try it.</p>
<p>Cheers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sporkinum</title>
		<link>http://whatever.scalzi.com/2008/02/09/living-with-linux-day-2/#comment-14951</link>
		<dc:creator><![CDATA[Sporkinum]]></dc:creator>
		<pubDate>Tue, 12 Feb 2008 04:53:10 +0000</pubDate>
		<guid isPermaLink="false">http://scalzi.com/whatever/?p=359#comment-14951</guid>
		<description><![CDATA[Just a couple of comments..
My wife has been running Mandrake on an old 800 mhz athlon for her desktop. First on a 433 Celeron and then the AMD. Did it so she would not have to worry about viruses and crap ware, and she really has had no problems, until recently that is. The hardware has started getting flaky, and eventually it would take several attempts to get the machine to boot. I set up an account under kubuntu gutsy for her on my machine, ftp&#039;ed over her files and settings, and had her up and running in about 30 minutes with all her old stuff.

My only issue with ubuntu/linux is crappy video drivers. I can&#039;t get open gl to work, and some things like full screen video decoding ,like on you-tube,have crappy performance. I have a radeon 9800xt.

I have Mandriva 2008 running on my desktop at work and it runs great. All the Compiz eye-candy, video decoding, the works. But it runs Intel mobo graphics, and the new Mandriva won&#039;t even give me a screen to try to fix the video modes.

Linux has a LONG way to go for driver support.]]></description>
		<content:encoded><![CDATA[<p>Just a couple of comments..<br />
My wife has been running Mandrake on an old 800 mhz athlon for her desktop. First on a 433 Celeron and then the AMD. Did it so she would not have to worry about viruses and crap ware, and she really has had no problems, until recently that is. The hardware has started getting flaky, and eventually it would take several attempts to get the machine to boot. I set up an account under kubuntu gutsy for her on my machine, ftp&#8217;ed over her files and settings, and had her up and running in about 30 minutes with all her old stuff.</p>
<p>My only issue with ubuntu/linux is crappy video drivers. I can&#8217;t get open gl to work, and some things like full screen video decoding ,like on you-tube,have crappy performance. I have a radeon 9800xt.</p>
<p>I have Mandriva 2008 running on my desktop at work and it runs great. All the Compiz eye-candy, video decoding, the works. But it runs Intel mobo graphics, and the new Mandriva won&#8217;t even give me a screen to try to fix the video modes.</p>
<p>Linux has a LONG way to go for driver support.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Katherine Mankiller</title>
		<link>http://whatever.scalzi.com/2008/02/09/living-with-linux-day-2/#comment-14950</link>
		<dc:creator><![CDATA[Katherine Mankiller]]></dc:creator>
		<pubDate>Tue, 12 Feb 2008 04:40:01 +0000</pubDate>
		<guid isPermaLink="false">http://scalzi.com/whatever/?p=359#comment-14950</guid>
		<description><![CDATA[If you go into Synaptic Package Manager, you can find just about anything you want if you search for it, including fonts.  (And you can find even more stuff by going into settings -&gt; repositories and enabling more repositories.)

Also, whenever I hear a guy (like my SO) complain about the command line, I&#039;m reminded of the classic User Friendly &quot;Men are from Macs, women are from VMS.&quot;]]></description>
		<content:encoded><![CDATA[<p>If you go into Synaptic Package Manager, you can find just about anything you want if you search for it, including fonts.  (And you can find even more stuff by going into settings -&gt; repositories and enabling more repositories.)</p>
<p>Also, whenever I hear a guy (like my SO) complain about the command line, I&#8217;m reminded of the classic User Friendly &#8220;Men are from Macs, women are from VMS.&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Wade</title>
		<link>http://whatever.scalzi.com/2008/02/09/living-with-linux-day-2/#comment-14949</link>
		<dc:creator><![CDATA[Andrew Wade]]></dc:creator>
		<pubDate>Tue, 12 Feb 2008 02:16:01 +0000</pubDate>
		<guid isPermaLink="false">http://scalzi.com/whatever/?p=359#comment-14949</guid>
		<description><![CDATA[&lt;blockquote&gt;As far as I can tell–and I’d love to see an even bigger geek than myself weigh in–Linux’s default filesystem needs &lt;i&gt;less&lt;/i&gt; defragging than FAT-based filesystems, but will suffer slight fragging eventually as a disk fills.&lt;/blockquote&gt;
ext3 will fragment, yes. If you don&#039;t have enough space after a file to write more data, you either have to (1) write the extra data elsewhere, or (2) move the data in the way out of the way. (2) will cost performance, and I&#039;m not aware of any filesystem that will do this as part of normal operations. But I doubt that internal file fragmentation is an issue on today&#039;s large hard drives in any halfway modern filesystem.
However, seeks between files are very much an issue; and ext3 is better at locating related files in close proximity than FAT. There&#039;s no fundamental reason I know of that FAT couldn&#039;t be similarly intelligent, but FAT drivers have historically been pretty primitive. Even with good drivers, the location of the File Allocation Table will hurt performance.
But be that as it may, neither FAT nor NTFS nor Ext3 can know what future access patterns will be. Disk optimizers do have their place, just not for defragging.]]></description>
		<content:encoded><![CDATA[<blockquote><p>As far as I can tell–and I’d love to see an even bigger geek than myself weigh in–Linux’s default filesystem needs <i>less</i> defragging than FAT-based filesystems, but will suffer slight fragging eventually as a disk fills.</p></blockquote>
<p>ext3 will fragment, yes. If you don&#8217;t have enough space after a file to write more data, you either have to (1) write the extra data elsewhere, or (2) move the data in the way out of the way. (2) will cost performance, and I&#8217;m not aware of any filesystem that will do this as part of normal operations. But I doubt that internal file fragmentation is an issue on today&#8217;s large hard drives in any halfway modern filesystem.<br />
However, seeks between files are very much an issue; and ext3 is better at locating related files in close proximity than FAT. There&#8217;s no fundamental reason I know of that FAT couldn&#8217;t be similarly intelligent, but FAT drivers have historically been pretty primitive. Even with good drivers, the location of the File Allocation Table will hurt performance.<br />
But be that as it may, neither FAT nor NTFS nor Ext3 can know what future access patterns will be. Disk optimizers do have their place, just not for defragging.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gianluca</title>
		<link>http://whatever.scalzi.com/2008/02/09/living-with-linux-day-2/#comment-14948</link>
		<dc:creator><![CDATA[Gianluca]]></dc:creator>
		<pubDate>Mon, 11 Feb 2008 23:25:39 +0000</pubDate>
		<guid isPermaLink="false">http://scalzi.com/whatever/?p=359#comment-14948</guid>
		<description><![CDATA[There is a defragger for XFS filesystem, even though it&#039;s not strictly needed to run it regularly.
It&#039;s xfs_fsr, part of the package xfsdump. Usage: xfs_fsr [mountpoint] (with the filesystem mounted).
To check the fragmentation status, xfs_db, same package. Usage: xfs_db [device] (with the filesystem unmounted), then &quot;frag&quot; and &quot;quit&quot; to exit.]]></description>
		<content:encoded><![CDATA[<p>There is a defragger for XFS filesystem, even though it&#8217;s not strictly needed to run it regularly.<br />
It&#8217;s xfs_fsr, part of the package xfsdump. Usage: xfs_fsr [mountpoint] (with the filesystem mounted).<br />
To check the fragmentation status, xfs_db, same package. Usage: xfs_db [device] (with the filesystem unmounted), then &#8220;frag&#8221; and &#8220;quit&#8221; to exit.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

