<?xml version="1.0" encoding="UTF-8"?><!-- generator="lyceum/1.0.2" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: Tips and tricks: Memory storage on PostgreSQL</title>
	<link>http://www.redhatmagazine.com/2007/12/12/tip-from-an-rhce-memory-storage-on-postgresql/</link>
	<description>Red Hat Magazine</description>
	<pubDate>Fri,  8 Aug 2008 20:55:11 +0000</pubDate>
	<generator>http://lyceum.ibiblio.org/?v=1.0.2</generator>

	<item>
		<title>by: Alexander Todorov</title>
		<link>http://www.redhatmagazine.com/2007/12/12/tip-from-an-rhce-memory-storage-on-postgresql/#comment-42174</link>
		<pubDate>Sun, 23 Dec 2007 19:37:45 +0000</pubDate>
		<guid>http://www.redhatmagazine.com/2007/12/12/tip-from-an-rhce-memory-storage-on-postgresql/#comment-42174</guid>
					<description>Peter,
Thanks for the heads up.</description>
		<content:encoded><![CDATA[<p>Peter,<br />
Thanks for the heads up.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Peter Sinclair</title>
		<link>http://www.redhatmagazine.com/2007/12/12/tip-from-an-rhce-memory-storage-on-postgresql/#comment-41927</link>
		<pubDate>Sat, 22 Dec 2007 21:47:46 +0000</pubDate>
		<guid>http://www.redhatmagazine.com/2007/12/12/tip-from-an-rhce-memory-storage-on-postgresql/#comment-41927</guid>
					<description>Useful tip.  I assume the first command "mount -t ramfs none /mount/point" should have mounted at /mount/ramfs as this is the mount point referred to in all later discussion.</description>
		<content:encoded><![CDATA[<p>Useful tip.  I assume the first command &#8220;mount -t ramfs none /mount/point&#8221; should have mounted at /mount/ramfs as this is the mount point referred to in all later discussion.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Walt</title>
		<link>http://www.redhatmagazine.com/2007/12/12/tip-from-an-rhce-memory-storage-on-postgresql/#comment-41614</link>
		<pubDate>Fri, 21 Dec 2007 23:29:58 +0000</pubDate>
		<guid>http://www.redhatmagazine.com/2007/12/12/tip-from-an-rhce-memory-storage-on-postgresql/#comment-41614</guid>
					<description>Increasing shared buffers can effectively keep a db in memory.  The default configuration has traditionally been way too conservative - am sure someone will eventually get round to writing a script to tune configuration based on a user response to questions and hardware probing.

Course if the data is not critical and you just need something lightweight there are application specific options...</description>
		<content:encoded><![CDATA[<p>Increasing shared buffers can effectively keep a db in memory.  The default configuration has traditionally been way too conservative - am sure someone will eventually get round to writing a script to tune configuration based on a user response to questions and hardware probing.</p>
<p>Course if the data is not critical and you just need something lightweight there are application specific options&#8230;
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Pavel Stěhule</title>
		<link>http://www.redhatmagazine.com/2007/12/12/tip-from-an-rhce-memory-storage-on-postgresql/#comment-39674</link>
		<pubDate>Fri, 14 Dec 2007 10:06:43 +0000</pubDate>
		<guid>http://www.redhatmagazine.com/2007/12/12/tip-from-an-rhce-memory-storage-on-postgresql/#comment-39674</guid>
					<description>Hello

it will works only for selects. Updates and deletes have to be commited to WAL, and if WAL is on normal disk, then you cannot expect any speedup. 

So. If you want to play with this, you have to put to ramdisk complete database cluster and set fsync = off in postgresql.conf. Else don't use ramdisk and set bigger value of shared_buffers. It has similar efect and its more correct
solution.

Pavel</description>
		<content:encoded><![CDATA[<p>Hello</p>
<p>it will works only for selects. Updates and deletes have to be commited to WAL, and if WAL is on normal disk, then you cannot expect any speedup. </p>
<p>So. If you want to play with this, you have to put to ramdisk complete database cluster and set fsync = off in postgresql.conf. Else don&#8217;t use ramdisk and set bigger value of shared_buffers. It has similar efect and its more correct<br />
solution.</p>
<p>Pavel
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Alexander Todorov</title>
		<link>http://www.redhatmagazine.com/2007/12/12/tip-from-an-rhce-memory-storage-on-postgresql/#comment-39472</link>
		<pubDate>Thu, 13 Dec 2007 09:12:47 +0000</pubDate>
		<guid>http://www.redhatmagazine.com/2007/12/12/tip-from-an-rhce-memory-storage-on-postgresql/#comment-39472</guid>
					<description>NOTE: In the example above we dump only database schema. Normally applications processing data in memory don't care about the data itself (because it has a temporary nature) or they are able to re-create the data.
If you care about the contents in the database remove the --schema-only parameter in the code above.</description>
		<content:encoded><![CDATA[<p>NOTE: In the example above we dump only database schema. Normally applications processing data in memory don&#8217;t care about the data itself (because it has a temporary nature) or they are able to re-create the data.<br />
If you care about the contents in the database remove the &#8211;schema-only parameter in the code above.
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
