<?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>select * from depesz; &#187; benchmark</title>
	<atom:link href="http://www.depesz.com/tag/benchmark/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.depesz.com</link>
	<description></description>
	<lastBuildDate>Mon, 07 May 2012 20:34:27 +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>Should you use HASH index?</title>
		<link>http://www.depesz.com/2010/06/28/should-you-use-hash-index/</link>
		<comments>http://www.depesz.com/2010/06/28/should-you-use-hash-index/#comments</comments>
		<pubDate>Mon, 28 Jun 2010 14:43:52 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[benchmark]]></category>
		<category><![CDATA[btree]]></category>
		<category><![CDATA[hash]]></category>
		<category><![CDATA[index]]></category>
		<category><![CDATA[performance]]></category>
		<category><![CDATA[perl]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[test]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=1744</guid>
		<description><![CDATA[Today, Mattias&#124;farm on IRC asked how to create primary key using HASH index. After some talk, he said that in some books it said that for &#8220;=&#8221; (equality) hash indexes are better. So, I digged a bit deeper. First of all, there is this thread on pgsql-general mailing list (thanks to omarqureshi for link). Then [...]]]></description>
		<wfw:commentRss>http://www.depesz.com/2010/06/28/should-you-use-hash-index/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>To rule or not to rule &#8211; that is the question</title>
		<link>http://www.depesz.com/2010/06/15/to-rule-or-not-to-rule-that-is-the-question/</link>
		<comments>http://www.depesz.com/2010/06/15/to-rule-or-not-to-rule-that-is-the-question/#comments</comments>
		<pubDate>Tue, 15 Jun 2010 10:56:14 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[benchmark]]></category>
		<category><![CDATA[comparison]]></category>
		<category><![CDATA[opinion]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[rule]]></category>
		<category><![CDATA[rules]]></category>
		<category><![CDATA[trigger]]></category>
		<category><![CDATA[triggers]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=1723</guid>
		<description><![CDATA[Every now and then there is someone on IRC, mailing lists, or private contact which asks about rules. My answer virtually always is: don&#8217;t use rules. If you think that they solve your problem, think again. Why? Rules have been controversial for a very long time. I remember Jan Wieck talking on PostgreSQL conference in [...]]]></description>
		<wfw:commentRss>http://www.depesz.com/2010/06/15/to-rule-or-not-to-rule-that-is-the-question/feed/</wfw:commentRss>
		<slash:comments>25</slash:comments>
		</item>
		<item>
		<title>Waiting for 8.5 &#8211; Multi-threaded pgbench</title>
		<link>http://www.depesz.com/2009/08/26/waiting-for-8-5-multi-threaded-pgbench/</link>
		<comments>http://www.depesz.com/2009/08/26/waiting-for-8-5-multi-threaded-pgbench/#comments</comments>
		<pubDate>Wed, 26 Aug 2009 09:57:28 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[benchmark]]></category>
		<category><![CDATA[performance]]></category>
		<category><![CDATA[pg85]]></category>
		<category><![CDATA[pg90]]></category>
		<category><![CDATA[pgbench]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[threads]]></category>

		<guid isPermaLink="false">http://www.depesz.com/?p=1486</guid>
		<description><![CDATA[On 3rd of August, Tatsuo Ishii committed patch by ITAGAKI Takahiro: Log Message: ----------- Multi-threaded version of pgbench contributed by ITAGAKI Takahiro, reviewed by Greg Smith and Josh Williams. &#160; Following is the proposal from ITAGAKI Takahiro: &#160; Pgbench is a famous tool to measure postgres performance, but nowadays it does not work well because [...]]]></description>
		<wfw:commentRss>http://www.depesz.com/2009/08/26/waiting-for-8-5-multi-threaded-pgbench/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>searching for longest prefix</title>
		<link>http://www.depesz.com/2008/03/04/searching-for-longest-prefix/</link>
		<comments>http://www.depesz.com/2008/03/04/searching-for-longest-prefix/#comments</comments>
		<pubDate>Tue, 04 Mar 2008 10:56:42 +0000</pubDate>
		<dc:creator>depesz</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[benchmark]]></category>
		<category><![CDATA[comparison]]></category>
		<category><![CDATA[postgresql]]></category>
		<category><![CDATA[prefix]]></category>

		<guid isPermaLink="false">http://www.depesz.com/index.php/2008/03/04/searching-for-longest-prefix/</guid>
		<description><![CDATA[couple of times is was brought to attention of #postgresql channel &#8211; how to find longest prefix. case: you have phone number, and you want to find which carrier it is bound to. there are at least 3 ways of finding it, and i decided to take a look at which is fastest. first, datastructure. [...]]]></description>
		<wfw:commentRss>http://www.depesz.com/2008/03/04/searching-for-longest-prefix/feed/</wfw:commentRss>
		<slash:comments>24</slash:comments>
		</item>
	</channel>
</rss>

