<?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: Optimizing Shell Scripts</title>
	<atom:link href="http://www.thelinuxblog.com/optimizing-shell-scripts/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.thelinuxblog.com/optimizing-shell-scripts/</link>
	<description>The Linux Blog, General Linux, Shell Scripts</description>
	<lastBuildDate>Fri, 17 May 2013 01:16:33 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>By: sathish</title>
		<link>http://www.thelinuxblog.com/optimizing-shell-scripts/comment-page-1/#comment-7109</link>
		<dc:creator>sathish</dc:creator>
		<pubDate>Mon, 21 Jan 2013 06:36:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.thelinuxblog.com/#comment-7109</guid>
		<description><![CDATA[Its really good information.]]></description>
		<content:encoded><![CDATA[<p>Its really good information.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Arpit</title>
		<link>http://www.thelinuxblog.com/optimizing-shell-scripts/comment-page-1/#comment-6078</link>
		<dc:creator>Arpit</dc:creator>
		<pubDate>Tue, 29 Mar 2011 09:20:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.thelinuxblog.com/#comment-6078</guid>
		<description><![CDATA[You also need to remove human interaction in a benchmark, this gets you reliable results. i.e: do not get input from the keyboard, but from file.


http://www.indianhostinginfo.com/search/label/Linux%20Tutorial]]></description>
		<content:encoded><![CDATA[<p>You also need to remove human interaction in a benchmark, this gets you reliable results. i.e: do not get input from the keyboard, but from file.</p>
<p><a href="http://www.indianhostinginfo.com/search/label/Linux%20Tutorial" rel="nofollow">http://www.indianhostinginfo.com/search/label/Linux%20Tutorial</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: TheLinuxBlog.com</title>
		<link>http://www.thelinuxblog.com/optimizing-shell-scripts/comment-page-1/#comment-6009</link>
		<dc:creator>TheLinuxBlog.com</dc:creator>
		<pubDate>Mon, 24 Jan 2011 15:10:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.thelinuxblog.com/#comment-6009</guid>
		<description><![CDATA[Great tips!]]></description>
		<content:encoded><![CDATA[<p>Great tips!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: georges</title>
		<link>http://www.thelinuxblog.com/optimizing-shell-scripts/comment-page-1/#comment-6008</link>
		<dc:creator>georges</dc:creator>
		<pubDate>Mon, 24 Jan 2011 15:08:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.thelinuxblog.com/#comment-6008</guid>
		<description><![CDATA[Thanks for that post!
Another thing I&#039;ve done before in optimizing code, is use an analyzer that tells me which part of the code represents the most time.
Often you find that 80% of the time is spent on 20% of the code.
Then you focus on optimizing that part of the code. When you&#039;re done optimizing that, redo the analysis, and again focus on the top routine.

For C language, the tools were called pixie and prof. Don&#039;t know the equivalents in shell languages though.

You also need to remove human interaction in a benchmark, this gets you reliable results. i.e: do not get input from the keyboard, but from a text file.

Also, you need to get a reference output result. Then after each run, compare your output to the reference one. If the outputs match, then you can compare times and make decisions. Otherwise, fix the bug you just introduced, and start again]]></description>
		<content:encoded><![CDATA[<p>Thanks for that post!<br />
Another thing I&#8217;ve done before in optimizing code, is use an analyzer that tells me which part of the code represents the most time.<br />
Often you find that 80% of the time is spent on 20% of the code.<br />
Then you focus on optimizing that part of the code. When you&#8217;re done optimizing that, redo the analysis, and again focus on the top routine.</p>
<p>For C language, the tools were called pixie and prof. Don&#8217;t know the equivalents in shell languages though.</p>
<p>You also need to remove human interaction in a benchmark, this gets you reliable results. i.e: do not get input from the keyboard, but from a text file.</p>
<p>Also, you need to get a reference output result. Then after each run, compare your output to the reference one. If the outputs match, then you can compare times and make decisions. Otherwise, fix the bug you just introduced, and start again</p>
]]></content:encoded>
	</item>
</channel>
</rss>
