<?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>cyborgworkshop.org &#187; Random</title>
	<atom:link href="http://cyborgworkshop.org/category/random/feed/" rel="self" type="application/rss+xml" />
	<link>http://cyborgworkshop.org</link>
	<description>Blurring the line</description>
	<lastBuildDate>Wed, 22 Feb 2012 14:31:06 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
		<item>
		<title>Snowflake magnified from 93x-36000x</title>
		<link>http://cyborgworkshop.org/2009/06/15/snowflake-magnified-from-93x-36000x/</link>
		<comments>http://cyborgworkshop.org/2009/06/15/snowflake-magnified-from-93x-36000x/#comments</comments>
		<pubDate>Mon, 15 Jun 2009 21:50:03 +0000</pubDate>
		<dc:creator>jason</dc:creator>
				<category><![CDATA[Random]]></category>

		<guid isPermaLink="false">http://cyborgworkshop.org/?p=438</guid>
		<description><![CDATA[Snowflake magnified from 93x-36000x. I thought this was way cool.  Looks totally fabricated.]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.2loop.com/snowflakemag.html">Snowflake magnified from 93x-36000x</a>.</p>
<p>I thought this was way cool.  Looks totally fabricated.</p>
]]></content:encoded>
			<wfw:commentRss>http://cyborgworkshop.org/2009/06/15/snowflake-magnified-from-93x-36000x/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>W3 b33n 0wn3d</title>
		<link>http://cyborgworkshop.org/2008/08/08/w3-b33n-0wn3d/</link>
		<comments>http://cyborgworkshop.org/2008/08/08/w3-b33n-0wn3d/#comments</comments>
		<pubDate>Fri, 08 Aug 2008 14:31:10 +0000</pubDate>
		<dc:creator>jason</dc:creator>
				<category><![CDATA[Random]]></category>
		<category><![CDATA[argh]]></category>
		<category><![CDATA[damnit]]></category>
		<category><![CDATA[hacked]]></category>
		<category><![CDATA[pwned]]></category>
		<category><![CDATA[rooted]]></category>

		<guid isPermaLink="false">http://cyborgworkshop.org/?p=62</guid>
		<description><![CDATA[damn. I got lazy and wouldn&#8217;t you know it, I got hacked. A guy calling himself KiLLer HaCk repainted all of my websites for me this morning around 7am. It was totally my fault, I had some boneheaded permissions on some files and he found them.  He did have the kindness to spare the files [...]]]></description>
			<content:encoded><![CDATA[<p>damn. I got lazy and wouldn&#8217;t you know it, I got hacked. A guy calling himself KiLLer HaCk repainted all of my websites for me this morning around 7am. It was totally my fault, I had some boneheaded permissions on some files and he found them.  He did have the kindness to spare the files and just<br />
thrashed my index pages, so many thanks for that.  I have a backup that is a couple of weeks old that I&#8217;m bringing back online and I&#8217;ll try to get most of the updates current as soon as I can.<br />
You may notice that I&#8217;m  not mad or anything like that, and for good reason. This person did very little damage (though I wish he had made backups) and he exposed a problem that could have been exploited by someone much more malicious.  In the end, he did me a service and it only cost me a couple of<br />
hours of my time. So, hang out. I&#8217;ll get everything back up and running and we&#8217;ll continue down this lovely yellow brick road shortly.</p>
<p><em>Update</em></p>
<p>I was able to talk to the guy that hit the website. Turns out it wasn&#8217;t me but someone else on my shared host that he was able to break in through. Then my shared host provider evidentlly didn&#8217;t have the tightest security in the world, so he hit everyone on the server.  I feel a little better now <img src='http://cyborgworkshop.org/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
			<wfw:commentRss>http://cyborgworkshop.org/2008/08/08/w3-b33n-0wn3d/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>clock drift issues in Linux on newer motherboards</title>
		<link>http://cyborgworkshop.org/2008/05/21/clock-drift-issues-in-linux-on-newer-motherboards/</link>
		<comments>http://cyborgworkshop.org/2008/05/21/clock-drift-issues-in-linux-on-newer-motherboards/#comments</comments>
		<pubDate>Wed, 21 May 2008 14:00:50 +0000</pubDate>
		<dc:creator>jason</dc:creator>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[Random]]></category>
		<category><![CDATA[bios]]></category>
		<category><![CDATA[clock]]></category>
		<category><![CDATA[drift]]></category>
		<category><![CDATA[foxconn]]></category>
		<category><![CDATA[ntp]]></category>

		<guid isPermaLink="false">http://cyborgworkshop.org/?p=49</guid>
		<description><![CDATA[Most newer motherboards are shipping with frequency control capabilities in the BIOS that allows the system to control the clock rate at a very granular level. Trouble is that not all motherboards do a very good job of talking to the operating system and letting them know that they are adjusting the clockrate. The end [...]]]></description>
			<content:encoded><![CDATA[<p>Most newer motherboards are shipping with frequency control capabilities in the BIOS that allows the system to control the clock rate at a very granular level. Trouble is that not all motherboards do a very good job of talking to the operating system and letting them know that they are adjusting the clockrate. The end result is some major clock drift. On my Foxcon board under Ubuntu for example, I was drifting 4 seconds for every 1 minute that passed. Keeping 56 seconds per minute essentially.  Come to find out, my board was set to automatically try to adjust the CPU frequency based on load in the BIOS and was doing a poor job of it. Note that this is not Linux CPU Frequency scaling that Im talking about. Im talking about the board trying to do it on it&#8217;s own.  So if your new machine can&#8217;t keep time, try checking for any kind of clocking options that might be enabled in your BIOS. Saved me 100 bucks and an RMA. </p>
]]></content:encoded>
			<wfw:commentRss>http://cyborgworkshop.org/2008/05/21/clock-drift-issues-in-linux-on-newer-motherboards/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Linux software RAID performance</title>
		<link>http://cyborgworkshop.org/2008/05/05/linux-software-raid-performance/</link>
		<comments>http://cyborgworkshop.org/2008/05/05/linux-software-raid-performance/#comments</comments>
		<pubDate>Tue, 06 May 2008 01:24:40 +0000</pubDate>
		<dc:creator>jason</dc:creator>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[Random]]></category>
		<category><![CDATA[performance]]></category>
		<category><![CDATA[RAID]]></category>
		<category><![CDATA[sata]]></category>

		<guid isPermaLink="false">http://cyborgworkshop.org/?p=44</guid>
		<description><![CDATA[Just a random tidbit I thought I would post. I have a server at home acting as an iSCSI SAN. I ran a batch of hdparm tests against it, a single SATA drive in that array, a 5 disc SAS array in a compaq server and a 4 disc RAID 5 3Ware SATA array. here [...]]]></description>
			<content:encoded><![CDATA[<p>Just a random tidbit I thought I would post. I have a server at home acting as an iSCSI SAN. I ran a batch of hdparm tests against it, a single SATA drive in that array, a 5 disc SAS array in a compaq server and a 4 disc RAID 5 3Ware SATA array. here are the results. These are averages ran over 5 passes BTW on an otherwise silent machine. The CPU&#8217;s are all different speeds, but are all of the same class (dual core 800mhz FSB)</p>
<p><span style="color: #99cc00;"><strong>5 disc SAS array with 136g 10k drives</strong></span></p>
<p>Timing cached reads:   13336 MB in  2.00 seconds = <span style="color: #99cc00;">6673.96 MB/sec</span><br />
Timing buffered disk reads:   98 MB in  1.18 seconds =  <span style="color: #99cc00;">83.31 MB/sec</span></p>
<p><span style="color: #99cc00;"><strong>4 disc Linux RAID 5 with 3Ware 9650SE and 500g 7200RPM drives</strong></span></p>
<p>Timing cached reads:   6576 MB in  2.00 seconds = <span style="color: #99cc00;">3293.08 MB/sec</span><br />
Timing buffered disk reads:  448 MB in  3.00 seconds = <span style="color: #99cc00;">149.20 MB/sec</span></p>
<p><span style="color: #99cc00;"><strong>Single 500g 7200 RPM SATA drive</strong></span></p>
<p>Timing cached reads: 14220 MB in 2.00 seconds = <span style="color: #99cc00;">7119.78 MB/sec</span><br />
Timing buffered disk reads: 198 MB in 3.02 seconds = <span style="color: #99cc00;">65.51 MB/sec</span></p>
<p><span style="color: #99cc00;"><strong>6 500g 7200 RPM SATA drives in a software RAID 5 array</strong></span></p>
<p>Timing cached reads: 14364 MB in 2.00 seconds = <span style="color: #99cc00;">7191.86 MB/sec</span><br />
Timing buffered disk reads: 852 MB in 3.00 seconds = <span style="color: #99cc00;">283.64 MB/sec</span></p>
<p>Now, for those of you that have storage experience, yes I didn&#8217;t mention chunk size or any of that fun stuff. But the point that I&#8217;m trying to get across is that, if you have the CPU cycles to spare, software RAID can be wicked fast.</p>
]]></content:encoded>
			<wfw:commentRss>http://cyborgworkshop.org/2008/05/05/linux-software-raid-performance/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Adoption</title>
		<link>http://cyborgworkshop.org/2008/04/29/adoption/</link>
		<comments>http://cyborgworkshop.org/2008/04/29/adoption/#comments</comments>
		<pubDate>Tue, 29 Apr 2008 14:22:11 +0000</pubDate>
		<dc:creator>jason</dc:creator>
				<category><![CDATA[Random]]></category>
		<category><![CDATA[adoption]]></category>

		<guid isPermaLink="false">http://cyborgworkshop.org/?p=43</guid>
		<description><![CDATA[Off topic, not technical, but we&#8217;re celebrating. We just got our login date for our adoption. We&#8217;re that much closer to growing our family. w00t!]]></description>
			<content:encoded><![CDATA[<p>Off topic, not technical, but we&#8217;re celebrating. We just got our login date for our adoption. We&#8217;re that much closer to growing our family. w00t!</p>
]]></content:encoded>
			<wfw:commentRss>http://cyborgworkshop.org/2008/04/29/adoption/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

