<?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: Why bother?</title>
	<atom:link href="http://kmandla.wordpress.com/2008/07/31/why-bother/feed/" rel="self" type="application/rss+xml" />
	<link>http://kmandla.wordpress.com/2008/07/31/why-bother/</link>
	<description>K.Mandla's blog of Linux experiences</description>
	<lastBuildDate>Mon, 11 Feb 2013 18:19:59 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: ext3 with data=journal results &#171; Motho ke motho ka botho</title>
		<link>http://kmandla.wordpress.com/2008/07/31/why-bother/#comment-41172</link>
		<dc:creator><![CDATA[ext3 with data=journal results &#171; Motho ke motho ka botho]]></dc:creator>
		<pubDate>Thu, 17 Dec 2009 11:33:00 +0000</pubDate>
		<guid isPermaLink="false">http://kmandla.wordpress.com/?p=1123#comment-41172</guid>
		<description><![CDATA[[...] I&#8217;ll have to double-check the situations where data=journal would be useful. I don&#8217;t think I&#8217;d recommend it for desktop systems just because it doesn&#8217;t boot as quickly, and that, for me, is usually a vague indicator of system performance. [...]]]></description>
		<content:encoded><![CDATA[<p>[...] I&#8217;ll have to double-check the situations where data=journal would be useful. I don&#8217;t think I&#8217;d recommend it for desktop systems just because it doesn&#8217;t boot as quickly, and that, for me, is usually a vague indicator of system performance. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: grndrush</title>
		<link>http://kmandla.wordpress.com/2008/07/31/why-bother/#comment-38047</link>
		<dc:creator><![CDATA[grndrush]]></dc:creator>
		<pubDate>Sun, 04 Jan 2009 11:21:32 +0000</pubDate>
		<guid isPermaLink="false">http://kmandla.wordpress.com/?p=1123#comment-38047</guid>
		<description><![CDATA[IMX (going back, specifically, to mainframes in the 1970&#039;s...), SysInit time and run-time performance are normally INVERSELY proportional.

This is a so-simple-it&#039;s-silly example, but then I&#039;ve been up for 48 hours. It takes time for Linux to activate the swap partition - and the system runs MUCH faster in real-time as a result.

I realize the days of the traditional mainframe are long gone - but they made a perfect platform for demonstrating exactly this. When the &quot;box&quot; cost $5 MILLION, and served 100-1000 users over mostly 9600 baud async telco circuits, anything that could improve response time - even by .1 secs/transaction - yielded a HUGE (effective) performance increase when 500 people are shoving 4-8 transactions/minute/user at the machine.

There was an entire generation of &#039;experts&#039; (I was one) who spent a large portion of their 8 hour days finding ways to improve performance (esp on-line performance) of those beasts - and, in MANY cases, it often involved tweaking SysInit, INCREASING boot time in order to DECREASE response times. When the only times you booted the thing were after a hardware malfunction or power fluxes or outages, no one cared how long boot took - hopefully you weren&#039;t doing it even once a week (in reality, of course, the hardware of that era rarely run for a week w/o SOME problem cropping up). We would GLADLY trade an entire MINUTE of boot time in order to improve response times while running.

My $0.006 cents or so worth (in 1977 dollars...).]]></description>
		<content:encoded><![CDATA[<p>IMX (going back, specifically, to mainframes in the 1970&#8242;s&#8230;), SysInit time and run-time performance are normally INVERSELY proportional.</p>
<p>This is a so-simple-it&#8217;s-silly example, but then I&#8217;ve been up for 48 hours. It takes time for Linux to activate the swap partition &#8211; and the system runs MUCH faster in real-time as a result.</p>
<p>I realize the days of the traditional mainframe are long gone &#8211; but they made a perfect platform for demonstrating exactly this. When the &#8220;box&#8221; cost $5 MILLION, and served 100-1000 users over mostly 9600 baud async telco circuits, anything that could improve response time &#8211; even by .1 secs/transaction &#8211; yielded a HUGE (effective) performance increase when 500 people are shoving 4-8 transactions/minute/user at the machine.</p>
<p>There was an entire generation of &#8216;experts&#8217; (I was one) who spent a large portion of their 8 hour days finding ways to improve performance (esp on-line performance) of those beasts &#8211; and, in MANY cases, it often involved tweaking SysInit, INCREASING boot time in order to DECREASE response times. When the only times you booted the thing were after a hardware malfunction or power fluxes or outages, no one cared how long boot took &#8211; hopefully you weren&#8217;t doing it even once a week (in reality, of course, the hardware of that era rarely run for a week w/o SOME problem cropping up). We would GLADLY trade an entire MINUTE of boot time in order to improve response times while running.</p>
<p>My $0.006 cents or so worth (in 1977 dollars&#8230;).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fair but honest? Xubuntu 8.10 &#171; Motho ke motho ka botho</title>
		<link>http://kmandla.wordpress.com/2008/07/31/why-bother/#comment-38033</link>
		<dc:creator><![CDATA[Fair but honest? Xubuntu 8.10 &#171; Motho ke motho ka botho]]></dc:creator>
		<pubDate>Sat, 03 Jan 2009 13:44:05 +0000</pubDate>
		<guid isPermaLink="false">http://kmandla.wordpress.com/?p=1123#comment-38033</guid>
		<description><![CDATA[[...] times (which I hold as an informal indicator of system bulk) are about where I expected them: 1 minute 7 seconds to the login manager, and another 0:45 before [...]]]></description>
		<content:encoded><![CDATA[<p>[...] times (which I hold as an informal indicator of system bulk) are about where I expected them: 1 minute 7 seconds to the login manager, and another 0:45 before [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Guitar John</title>
		<link>http://kmandla.wordpress.com/2008/07/31/why-bother/#comment-37653</link>
		<dc:creator><![CDATA[Guitar John]]></dc:creator>
		<pubDate>Sat, 15 Nov 2008 23:17:15 +0000</pubDate>
		<guid isPermaLink="false">http://kmandla.wordpress.com/?p=1123#comment-37653</guid>
		<description><![CDATA[Interestingly, when I experimented with #!CRUNCHBANG Linux a while back, one of the very unscientific speed tests I performed was a side by side boot-up smackdown between my wife&#039;s laptop running a default Ubuntu install and my laptop.  

Ok, my method didn&#039;t produce a boot chart or any hard numbers, but it was fun.  The results were surprising.  

Even though my laptop has a slightly faster processor and twice the RAM, my laptop running #!CRUNCHBANG Linux booted up only 10-12 seconds faster than my wife&#039;s - three times!!

So there is definitely more to building a fast system than adding Openbox to Xubuntu.]]></description>
		<content:encoded><![CDATA[<p>Interestingly, when I experimented with #!CRUNCHBANG Linux a while back, one of the very unscientific speed tests I performed was a side by side boot-up smackdown between my wife&#8217;s laptop running a default Ubuntu install and my laptop.  </p>
<p>Ok, my method didn&#8217;t produce a boot chart or any hard numbers, but it was fun.  The results were surprising.  </p>
<p>Even though my laptop has a slightly faster processor and twice the RAM, my laptop running #!CRUNCHBANG Linux booted up only 10-12 seconds faster than my wife&#8217;s &#8211; three times!!</p>
<p>So there is definitely more to building a fast system than adding Openbox to Xubuntu.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: johnraff</title>
		<link>http://kmandla.wordpress.com/2008/07/31/why-bother/#comment-36761</link>
		<dc:creator><![CDATA[johnraff]]></dc:creator>
		<pubDate>Thu, 31 Jul 2008 03:52:26 +0000</pubDate>
		<guid isPermaLink="false">http://kmandla.wordpress.com/?p=1123#comment-36761</guid>
		<description><![CDATA[There&#039;s a lot to be said for something reliably measurable, as you say. Of course not &lt;i&gt;every&lt;/i&gt; tweak that shortens boot-time is necessarily going to improve performance once up (unused drivers?). It would be nice to have some kind of standard test for general speed. 

The slower your processor the more important this gets (mine&#039;s 450MHz) and the more time you might be prepared to invest to wring a bit more speed out of old hardware. By following this blog, we can benefit to some extent from the time you&#039;ve invested, and plug the results straight in to our own setups. :)]]></description>
		<content:encoded><![CDATA[<p>There&#8217;s a lot to be said for something reliably measurable, as you say. Of course not <i>every</i> tweak that shortens boot-time is necessarily going to improve performance once up (unused drivers?). It would be nice to have some kind of standard test for general speed. </p>
<p>The slower your processor the more important this gets (mine&#8217;s 450MHz) and the more time you might be prepared to invest to wring a bit more speed out of old hardware. By following this blog, we can benefit to some extent from the time you&#8217;ve invested, and plug the results straight in to our own setups. <img src='http://s0.wp.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
</channel>
</rss>
