<?xml version="1.0" encoding="utf-8"?>
<rdf:RDF
	xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:admin="http://webns.net/mvcb/"
	xmlns="http://purl.org/rss/1.0/"
>
	<channel rdf:about="http://www.iamcal.com/linklog/">
		<title>iamcal.com Linklog</title>
		<link>http://www.iamcal.com/linklog/</link>
		<description>All the links from iamcal.com</description>
		<dc:date>2010-09-28T23:08:25Z</dc:date>
		<admin:generatorAgent rdf:resource="http://www.flickr.com/" />

		<image rdf:about="http://www.iamcal.com/images/logo.gif">
			<url>http://www.iamcal.com/images/logo.gif</url>
			<title>iamcal.com Linklog</title>
			<link>http://www.iamcal.com/linklog/</link>
		</image>

		<items>
			<rdf:Seq>
				<rdf:li rdf:resource="http://www.iamcal.com/linklog/1285740505/" />
				<rdf:li rdf:resource="http://www.iamcal.com/linklog/1282019447/" />
				<rdf:li rdf:resource="http://www.iamcal.com/linklog/1256401090/" />
				<rdf:li rdf:resource="http://www.iamcal.com/linklog/1238092655/" />
				<rdf:li rdf:resource="http://www.iamcal.com/linklog/1154378853/" />
				<rdf:li rdf:resource="http://www.iamcal.com/linklog/1120333213/" />
				<rdf:li rdf:resource="http://www.iamcal.com/linklog/1106349036/" />
				<rdf:li rdf:resource="http://www.iamcal.com/linklog/1106293274/" />
				<rdf:li rdf:resource="http://www.iamcal.com/linklog/1105521834/" />
				<rdf:li rdf:resource="http://www.iamcal.com/linklog/1105521336/" />
			</rdf:Seq>
		</items>

	</channel>

	<item rdf:about="http://www.iamcal.com/linklog/1285740505/">
		<title>2010-09-28 23:08:25</title>
		<link>http://www.iamcal.com/linklog/1285740505/</link>
		<description>jeremy cole has finally &lt;a href=&quot;http://jcole.us/blog/archives/2010/09/28/mysql-swap-insanity-and-the-numa-architecture/&quot;&gt;solved&lt;/a&gt; the mysql swapping-for-no-reason issue. very nice work [via ph]</description>
		<dc:date>2010-09-28T23:08:25Z</dc:date>
		<dc:creator>Cal Henderson (http://www.iamcal.com/)</dc:creator>
	</item>
	<item rdf:about="http://www.iamcal.com/linklog/1282019447/">
		<title>2010-08-16 21:30:47</title>
		<link>http://www.iamcal.com/linklog/1282019447/</link>
		<description>noting these down for later reference - two &lt;a href=&quot;http://www.quora.com/Why-doesnt-Quora-use-PostgreSQL&quot;&gt;excellent&lt;/a&gt; &lt;a href=&quot;http://www.quora.com/Why-does-Quora-use-MySQL-as-the-data-store-rather-than-NoSQLs-such-as-Cassandra-MongoDB-CouchDB-etc&quot;&gt;answers&lt;/a&gt; on quora from adam d'angelo on why quora uses mysql instead of postgres or a nosql solution. he says everything i've been saying for the last few years, but more eloquently</description>
		<dc:date>2010-08-16T21:30:47Z</dc:date>
		<dc:creator>Cal Henderson (http://www.iamcal.com/)</dc:creator>
	</item>
	<item rdf:about="http://www.iamcal.com/linklog/1256401090/">
		<title>2009-10-24 09:18:10</title>
		<link>http://www.iamcal.com/linklog/1256401090/</link>
		<description>a couple of interesting alternatives to phpMyAdmin, both simpler: &lt;a href=&quot;http://sqlbuddy.com/&quot;&gt;sqlbuddy&lt;/a&gt; looks like a really well done minimalist effort, while &lt;a href=&quot;http://code.google.com/p/phpminiadmin/&quot;&gt;phpMiniAdmin&lt;/a&gt; like like PMA from 10 years ago.</description>
		<dc:date>2009-10-24T09:18:10Z</dc:date>
		<dc:creator>Cal Henderson (http://www.iamcal.com/)</dc:creator>
	</item>
	<item rdf:about="http://www.iamcal.com/linklog/1238092655/">
		<title>2009-03-26 11:37:35</title>
		<link>http://www.iamcal.com/linklog/1238092655/</link>
		<description>&lt;a href=&quot;http://www.mysqlperformanceblog.com/2009/03/13/xtrabackup-03-binaries-and-stream-backup/&quot;&gt;xtrabackup&lt;/a&gt; sounds like really good news for people backing up large innodb instances. streaming backups? yes pls</description>
		<dc:date>2009-03-26T11:37:35Z</dc:date>
		<dc:creator>Cal Henderson (http://www.iamcal.com/)</dc:creator>
	</item>
	<item rdf:about="http://www.iamcal.com/linklog/1154378853/">
		<title>2006-07-31 13:47:33</title>
		<link>http://www.iamcal.com/linklog/1154378853/</link>
		<description>dathan's &lt;a href=&quot;http://mysqldba.blogspot.com/&quot;&gt;mysql blog&lt;/a&gt; is full of useful tips for people using mysql on a large scale. a kind of &quot;advanced mysql hacks&quot; book done right.</description>
		<dc:date>2006-07-31T13:47:33Z</dc:date>
		<dc:creator>Cal Henderson (http://www.iamcal.com/)</dc:creator>
	</item>
	<item rdf:about="http://www.iamcal.com/linklog/1120333213/">
		<title>2005-07-02 12:40:13</title>
		<link>http://www.iamcal.com/linklog/1120333213/</link>
		<description>mike b pointed me to this &lt;a href=&quot;http://www.zdnet.com.au/news/software/0,2000061733,39193420,00.htm&quot;&gt;bizarre article&lt;/a&gt; from IBM's daniel sabbah describes lamp as &quot;going to have to grow up at some point&quot;. err, right. because lamp clearly doesn't scale. it's not like the biggest websites in the world use it. ryan tomayko's &lt;a href=&quot;http://naeblis.cx/rtomayko/2005/05/28/ibm-poop-heads&quot;&gt;response&lt;/a&gt; is on the mark.</description>
		<dc:date>2005-07-02T12:40:13Z</dc:date>
		<dc:creator>Cal Henderson (http://www.iamcal.com/)</dc:creator>
	</item>
	<item rdf:about="http://www.iamcal.com/linklog/1106349036/">
		<title>2005-01-21 15:10:36</title>
		<link>http://www.iamcal.com/linklog/1106349036/</link>
		<description>backed up for later - the innodb &lt;a href=&quot;http://www.innodb.com/manual.php#innobackup&quot;&gt;hot backup script&lt;/a&gt;. faster than restoring from a dump, but more prone to corruption.</description>
		<dc:date>2005-01-21T15:10:36Z</dc:date>
		<dc:creator>Cal Henderson (http://www.iamcal.com/)</dc:creator>
	</item>
	<item rdf:about="http://www.iamcal.com/linklog/1106293274/">
		<title>2005-01-20 23:41:14</title>
		<link>http://www.iamcal.com/linklog/1106293274/</link>
		<description>gah. f was down for 5 hours after a routine database modification revealed massive innodb corruption which had somehow replicated to the slave. after splitting the cluster, our last backup was nine days old and a few million records short. eek. so a painstaking search and destroy for bad records was conducted. stupid mysql.</description>
		<dc:date>2005-01-20T23:41:14Z</dc:date>
		<dc:creator>Cal Henderson (http://www.iamcal.com/)</dc:creator>
	</item>
	<item rdf:about="http://www.iamcal.com/linklog/1105521834/">
		<title>2005-01-12 01:23:54</title>
		<link>http://www.iamcal.com/linklog/1105521834/</link>
		<description>phpMyAdmin doesn't yet have support for NDB - looks like someone &lt;a href=&quot;http://sourceforge.net/tracker/index.php?func=detail&amp;aid=1001935&amp;group_id=23067&amp;atid=377411&quot;&gt;dropped the ball&lt;/a&gt;.</description>
		<dc:date>2005-01-12T01:23:54Z</dc:date>
		<dc:creator>Cal Henderson (http://www.iamcal.com/)</dc:creator>
	</item>
	<item rdf:about="http://www.iamcal.com/linklog/1105521336/">
		<title>2005-01-12 01:15:36</title>
		<link>http://www.iamcal.com/linklog/1105521336/</link>
		<description>this is a &lt;a href=&quot;http://www.davz.net/static/howto/mysqlcluster/&quot;&gt;good tutorial&lt;/a&gt; on mysql clustering. maybe when the new hardware arrives in the office we can give it a trial.</description>
		<dc:date>2005-01-12T01:15:36Z</dc:date>
		<dc:creator>Cal Henderson (http://www.iamcal.com/)</dc:creator>
	</item>

</rdf:RDF>
