<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Paul D. Ouderkirk &#187; Collected Wisdom</title>
	<atom:link href="http://paul.ouderkirk.ca/category/wisdom/feed/" rel="self" type="application/rss+xml" />
	<link>https://paul.ouderkirk.ca</link>
	<description>guerilla sysadmin</description>
	<lastBuildDate>Fri, 25 Feb 2011 14:49:29 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Laws of Transcoding Video*</title>
		<link>https://paul.ouderkirk.ca/2011/02/24/laws-of-online-video/</link>
		<comments>https://paul.ouderkirk.ca/2011/02/24/laws-of-online-video/#comments</comments>
		<pubDate>Thu, 24 Feb 2011 14:56:58 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Collected Wisdom]]></category>
		<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://paul.ouderkirk.ca/?p=41</guid>
		<description><![CDATA[Never delete the original. Transcoding always wants more CPU cores than you have. Never transcode when you can remux. *They&#8217;re more like guidelines&#8230;]]></description>
			<content:encoded><![CDATA[<ol>
<li>Never delete the original.</li>
<li>Transcoding always wants more CPU cores than you have.</li>
<li>Never transcode when you can remux.</li>
</ol>
<p><em>*They&#8217;re more like guidelines&#8230;</em></p>
]]></content:encoded>
			<wfw:commentRss>https://paul.ouderkirk.ca/2011/02/24/laws-of-online-video/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Server Burn-in</title>
		<link>https://paul.ouderkirk.ca/2009/03/06/server-burn-in/</link>
		<comments>https://paul.ouderkirk.ca/2009/03/06/server-burn-in/#comments</comments>
		<pubDate>Fri, 06 Mar 2009 23:42:08 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Collected Wisdom]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[openoffice]]></category>
		<category><![CDATA[servers]]></category>

		<guid isPermaLink="false">http://paul.ouderkirk.ca/?p=31</guid>
		<description><![CDATA[I used to burn-in new servers by having them compile MySQL from source in a loop for 24-48 hours, but let&#8217;s face it, that&#8217;s not much of a challenge for today&#8217;s servers. You know what is? Building OpenOffice.org. On Debian Lenny, here&#8217;s the shortest path: # apt-get install build-essential dpkg-dev pbuilder # apt-get source openoffice.org [...]]]></description>
			<content:encoded><![CDATA[<p>I used to burn-in new servers by having them compile MySQL from source in a loop for 24-48 hours, but let&#8217;s face it, that&#8217;s not much of a challenge for today&#8217;s servers.</p>
<p>You know what is?  Building OpenOffice.org.<br />
<span id="more-31"></span><br />
On Debian Lenny, here&#8217;s the shortest path:<br />
<code><br />
# apt-get install build-essential dpkg-dev pbuilder<br />
# apt-get source openoffice.org<br />
# apt-get build-dep openoffice.org<br />
# cd openoffice.org-2.4.1<br />
# debuild -us -uc<br />
</code></p>
<p>On a Sun x4100 with dual Opteron 275s and 8GB RAM, this takes about 5.5 hours, and uses way more disk I/O and memory than a mere MySQL compile.</p>
<p>Run this 4-5 times and you can probably feel pretty safe that your server won&#8217;t burst into flames at 3AM the day after you deploy it in production.</p>
]]></content:encoded>
			<wfw:commentRss>https://paul.ouderkirk.ca/2009/03/06/server-burn-in/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>UNIX Truism</title>
		<link>https://paul.ouderkirk.ca/2008/10/31/unix-truism/</link>
		<comments>https://paul.ouderkirk.ca/2008/10/31/unix-truism/#comments</comments>
		<pubDate>Fri, 31 Oct 2008 14:06:21 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Collected Wisdom]]></category>

		<guid isPermaLink="false">http://paul.ouderkirk.ca/?p=13</guid>
		<description><![CDATA[If you’re a UNIX user, all UNIX are pretty much the same. If you’re a UNIX programmer, all UNIX are a little bit different. If you’re a UNIX system admin, all UNIX are completely different! — Bob Koehler Hubble Space Telescope Payload Flight Software Team]]></description>
			<content:encoded><![CDATA[<blockquote><p>If you’re a UNIX user, all UNIX are pretty much the same.<br />
If you’re a UNIX programmer, all UNIX are a little bit different.<br />
If you’re a UNIX system admin, all UNIX are completely different!</p>
<p>— Bob Koehler<br />
Hubble Space Telescope<br />
Payload Flight Software Team</p></blockquote>
]]></content:encoded>
			<wfw:commentRss>https://paul.ouderkirk.ca/2008/10/31/unix-truism/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The Mentat Handbook</title>
		<link>https://paul.ouderkirk.ca/2008/09/03/the-mentat-handbook/</link>
		<comments>https://paul.ouderkirk.ca/2008/09/03/the-mentat-handbook/#comments</comments>
		<pubDate>Wed, 03 Sep 2008 20:30:08 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Collected Wisdom]]></category>

		<guid isPermaLink="false">http://paul.ouderkirk.ca/?p=4</guid>
		<description><![CDATA[      Above all else, the Mentat must be a generalist, not a specialist. It is wise to have decisions of great moment monitored by generalists. Experts and specialists lead you quickly into chaos. They are a source of useless nit picking, the ferocious quibble over a comma. The Mentat- generalist, on the other hand, [...]]]></description>
			<content:encoded><![CDATA[<p>      Above all else, the Mentat must be a generalist, not a</p>
<p>specialist. It is wise to have decisions of great moment</p>
<p>monitored by generalists. Experts and specialists lead you</p>
<p>quickly into chaos. They are a source of useless nit</p>
<p>picking, the ferocious quibble over a comma. The Mentat-</p>
<p>generalist, on the other hand, should bring to decision-</p>
<p>making a healthy common sense. He must not cut himself off</p>
<p>from the broad sweep of what is happening in this universe.</p>
<p>He must remain capable of saying: &#8220;There&#8217;s no real mystery</p>
<p>about this at the moment. This is what we want now. It may</p>
<p>prove wrong later, but we&#8217;ll correct that when we come to</p>
<p>it.&#8221; The Mentat-generalist must understand that anything</p>
<p>which we can identify as our universe is merely part of</p>
<p>larger phenomena. But the expert looks backward; he looks</p>
<p>into the narrow standards of his own specialty. The</p>
<p>generalist looks outward; he looks for living principles,</p>
<p>knowing full well that such principles change, that they</p>
<p>develop. It is to the characteristics of change itself that</p>
<p>the Mentat-generalist must look. There can be no permanent</p>
<p>catalogue of such change, no handbook or manual. You must</p>
<p>look at it with as few preconceptions as possible, asking</p>
<p>yourself: &#8220;Now what is this thing doing?&#8221;</p>
<p>      -The Mentat Handbook</p>
]]></content:encoded>
			<wfw:commentRss>https://paul.ouderkirk.ca/2008/09/03/the-mentat-handbook/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>

