<?xml version="1.0" encoding="utf-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: Under the bonnet</title>
	<atom:link href="http://www.mysociety.org/2006/12/08/under-the-bonnet/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mysociety.org/2006/12/08/under-the-bonnet/</link>
	<description>Relentless user-focus on civic websites</description>
	<lastBuildDate>Fri, 10 Feb 2012 01:00:32 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.5</generator>
	<item>
		<title>By: Francis Irving</title>
		<link>http://www.mysociety.org/2006/12/08/under-the-bonnet/comment-page-1/#comment-1737</link>
		<dc:creator>Francis Irving</dc:creator>
		<pubDate>Mon, 02 Apr 2007 14:04:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysociety.org/2006/12/08/under-the-bonnet/#comment-1737</guid>
		<description>It would be a bit of work making it use a different database. Also, you would have trouble running the perl daemons it requires, if you can&#039;t install PostgreSQL.</description>
		<content:encoded><![CDATA[<p>It would be a bit of work making it use a different database. Also, you would have trouble running the perl daemons it requires, if you can&#8217;t install PostgreSQL.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Liam</title>
		<link>http://www.mysociety.org/2006/12/08/under-the-bonnet/comment-page-1/#comment-1733</link>
		<dc:creator>Liam</dc:creator>
		<pubDate>Mon, 26 Mar 2007 12:54:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysociety.org/2006/12/08/under-the-bonnet/#comment-1733</guid>
		<description>is it possible to make it work without postgress sql?
that is all my server host offers.</description>
		<content:encoded><![CDATA[<p>is it possible to make it work without postgress sql?<br />
that is all my server host offers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Lightfoot</title>
		<link>http://www.mysociety.org/2006/12/08/under-the-bonnet/comment-page-1/#comment-1610</link>
		<dc:creator>Chris Lightfoot</dc:creator>
		<pubDate>Mon, 11 Dec 2006 20:22:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysociety.org/2006/12/08/under-the-bonnet/#comment-1610</guid>
		<description>I benchmarked it (partly testing the database directly, partly with a full test of the whole signup process). We couldn&#039;t sustain the throughput we wanted with lots of database writers, but could with only one. It&#039;s not very surprising that the single-threaded implementation is more efficient.</description>
		<content:encoded><![CDATA[<p>I benchmarked it (partly testing the database directly, partly with a full test of the whole signup process). We couldn&#8217;t sustain the throughput we wanted with lots of database writers, but could with only one. It&#8217;s not very surprising that the single-threaded implementation is more efficient.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave Steinberg</title>
		<link>http://www.mysociety.org/2006/12/08/under-the-bonnet/comment-page-1/#comment-1609</link>
		<dc:creator>Dave Steinberg</dc:creator>
		<pubDate>Mon, 11 Dec 2006 18:50:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysociety.org/2006/12/08/under-the-bonnet/#comment-1609</guid>
		<description>Ah, nevermind commit_delay, I found this:

http://archives.postgresql.org/pgsql-hackers/2002-10/msg00331.php

Which suggests that gang-commit under load is self-tuning in PostgreSQL.  I guess the question that remains is: is there evidence that supports the benefit of petsignupd?</description>
		<content:encoded><![CDATA[<p>Ah, nevermind commit_delay, I found this:</p>
<p><a href="http://archives.postgresql.org/pgsql-hackers/2002-10/msg00331.php" rel="nofollow">http://archives.postgresql.org/pgsql-hackers/2002-10/msg00331.php</a></p>
<p>Which suggests that gang-commit under load is self-tuning in PostgreSQL.  I guess the question that remains is: is there evidence that supports the benefit of petsignupd?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave Steinberg</title>
		<link>http://www.mysociety.org/2006/12/08/under-the-bonnet/comment-page-1/#comment-1608</link>
		<dc:creator>Dave Steinberg</dc:creator>
		<pubDate>Mon, 11 Dec 2006 18:42:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysociety.org/2006/12/08/under-the-bonnet/#comment-1608</guid>
		<description>Did you consider adjusting commit_delay / commit_siblings in the database?  Setting a delay of .25 (and a few siblings) seems like it would remove the need for petsignupd.

Also, what sort of hardware is the database on?  How are the disks organized?  What sort of benchmarks did you run to test the setup?</description>
		<content:encoded><![CDATA[<p>Did you consider adjusting commit_delay / commit_siblings in the database?  Setting a delay of .25 (and a few siblings) seems like it would remove the need for petsignupd.</p>
<p>Also, what sort of hardware is the database on?  How are the disks organized?  What sort of benchmarks did you run to test the setup?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Watching Them, Watching Us</title>
		<link>http://www.mysociety.org/2006/12/08/under-the-bonnet/comment-page-1/#comment-1606</link>
		<dc:creator>Watching Them, Watching Us</dc:creator>
		<pubDate>Sun, 10 Dec 2006 14:34:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysociety.org/2006/12/08/under-the-bonnet/#comment-1606</guid>
		<description>Ahah ! Mystery solved. I came to to the petition page following a Google search engine query which had picked up one of the names on the full list, but not in the most recent 500. 

Perhaps a &quot;Display only the last 500&quot; signatures link somewhere at the top of the form might be helpful ?</description>
		<content:encoded><![CDATA[<p>Ahah ! Mystery solved. I came to to the petition page following a Google search engine query which had picked up one of the names on the full list, but not in the most recent 500. </p>
<p>Perhaps a &#8220;Display only the last 500&#8243; signatures link somewhere at the top of the form might be helpful ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Lightfoot</title>
		<link>http://www.mysociety.org/2006/12/08/under-the-bonnet/comment-page-1/#comment-1605</link>
		<dc:creator>Chris Lightfoot</dc:creator>
		<pubDate>Sun, 10 Dec 2006 13:04:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysociety.org/2006/12/08/under-the-bonnet/#comment-1605</guid>
		<description>Unless you click &quot;show all signatories&quot;, the petitions site does only show the most recent 500 signatories.</description>
		<content:encoded><![CDATA[<p>Unless you click &#8220;show all signatories&#8221;, the petitions site does only show the most recent 500 signatories.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Watching Them, Watching Us</title>
		<link>http://www.mysociety.org/2006/12/08/under-the-bonnet/comment-page-1/#comment-1603</link>
		<dc:creator>Watching Them, Watching Us</dc:creator>
		<pubDate>Sun, 10 Dec 2006 11:29:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysociety.org/2006/12/08/under-the-bonnet/#comment-1603</guid>
		<description>Interesting, but the success of the currently most popular petition:

&quot;Scrap the planned vehicle tracking and road pricing policy (28207 signatures)&quot;

makes the front end web form virtually unusable - it is trying to display thousands of signatures at once and is therefore grinding my browser session to a halt.

This is something which was fixed ok in PledgeBank by displayong only the last 500 signatures.</description>
		<content:encoded><![CDATA[<p>Interesting, but the success of the currently most popular petition:</p>
<p>&#8220;Scrap the planned vehicle tracking and road pricing policy (28207 signatures)&#8221;</p>
<p>makes the front end web form virtually unusable &#8211; it is trying to display thousands of signatures at once and is therefore grinding my browser session to a halt.</p>
<p>This is something which was fixed ok in PledgeBank by displayong only the last 500 signatures.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

