<?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"
	>
<channel>
	<title>Comments on: Performance Tuning</title>
	<atom:link href="http://blog.openx.org/06/performance-tuning/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.openx.org/06/performance-tuning/</link>
	<description>OpenX Community News</description>
	<pubDate>Fri, 21 Nov 2008 23:47:59 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
		<item>
		<title>By: OpenAds performance tuning at btard deleted nostatus</title>
		<link>http://blog.openx.org/06/performance-tuning/#comment-28275</link>
		<dc:creator>OpenAds performance tuning at btard deleted nostatus</dc:creator>
		<pubDate>Wed, 16 Jan 2008 08:43:48 +0000</pubDate>
		<guid isPermaLink="false">http://blog.openads.org/06/performance-tuning/#comment-28275</guid>
		<description>[...] OpenAds Performance Tuning. Great article on Performance Tuning of OpenAds. [...]</description>
		<content:encoded><![CDATA[<p>[...] OpenAds Performance Tuning. Great article on Performance Tuning of OpenAds. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mayavi</title>
		<link>http://blog.openx.org/06/performance-tuning/#comment-7458</link>
		<dc:creator>Mayavi</dc:creator>
		<pubDate>Tue, 25 Sep 2007 08:44:33 +0000</pubDate>
		<guid isPermaLink="false">http://blog.openads.org/06/performance-tuning/#comment-7458</guid>
		<description>Hi David.

You can find the documentation for installing distributed stats.

https://developer.openads.org/wiki/DistributedStats

You will need time to implement this ...but believe me this works best for high volume serving.</description>
		<content:encoded><![CDATA[<p>Hi David.</p>
<p>You can find the documentation for installing distributed stats.</p>
<p><a href="https://developer.openads.org/wiki/DistributedStats" rel="nofollow">https://developer.openads.org/wiki/DistributedStats</a></p>
<p>You will need time to implement this &#8230;but believe me this works best for high volume serving.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David</title>
		<link>http://blog.openx.org/06/performance-tuning/#comment-2033</link>
		<dc:creator>David</dc:creator>
		<pubDate>Thu, 19 Jul 2007 02:34:48 +0000</pubDate>
		<guid isPermaLink="false">http://blog.openads.org/06/performance-tuning/#comment-2033</guid>
		<description>Andrew,

Is there any documentation that explains the "distributed statistics" deployment option?

David</description>
		<content:encoded><![CDATA[<p>Andrew,</p>
<p>Is there any documentation that explains the &#8220;distributed statistics&#8221; deployment option?</p>
<p>David</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Hill</title>
		<link>http://blog.openx.org/06/performance-tuning/#comment-716</link>
		<dc:creator>Andrew Hill</dc:creator>
		<pubDate>Tue, 12 Jun 2007 06:26:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.openads.org/06/performance-tuning/#comment-716</guid>
		<description>Writing to a syslog facility is an interesting idea, and one that we have considered for Openads. The reason we haven't implemented it ourselves is that Openads 2.3 supports conversion tracking, and to do that effectively, a syslog of the raw data won't do the job.

Instead, for really large setups where a single core database isn't fast enough, Openads has support for "distributed statistics" - where every web server in your cluster runs a slave database (a partial replication of a core database). Each web server then logs its own statistics to the local database, and performs a partial statistics summary locally. This data is then pushed to the core database, where the remaining statistics generation that requires a complete view of the raw data can be performed.</description>
		<content:encoded><![CDATA[<p>Writing to a syslog facility is an interesting idea, and one that we have considered for Openads. The reason we haven&#8217;t implemented it ourselves is that Openads 2.3 supports conversion tracking, and to do that effectively, a syslog of the raw data won&#8217;t do the job.</p>
<p>Instead, for really large setups where a single core database isn&#8217;t fast enough, Openads has support for &#8220;distributed statistics&#8221; - where every web server in your cluster runs a slave database (a partial replication of a core database). Each web server then logs its own statistics to the local database, and performs a partial statistics summary locally. This data is then pushed to the core database, where the remaining statistics generation that requires a complete view of the raw data can be performed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: justin</title>
		<link>http://blog.openx.org/06/performance-tuning/#comment-712</link>
		<dc:creator>justin</dc:creator>
		<pubDate>Tue, 12 Jun 2007 01:03:32 +0000</pubDate>
		<guid isPermaLink="false">http://blog.openads.org/06/performance-tuning/#comment-712</guid>
		<description>&lt;blockquote&gt;Openads delivers content to web sites, for sure, but most of the real load comes from logging all those impressions and clicks.&lt;/blockquote&gt;

we run a dedicated Openads db with 3 load balanced php servers handling delivery, and have noticed just how intensive the db writes are.

we're at about 20 writes a second on average (peaking at around 40 writes a second), and are looking to scale this out further and considering other ways to keep the stats.

one implementation that occurred to me is to write the raw stats to a syslog facility instead of the db, and have the processing scripts run over these logs to produce statistics,

would the Openads team be interested in patches to implement such a feature?</description>
		<content:encoded><![CDATA[<blockquote><p>Openads delivers content to web sites, for sure, but most of the real load comes from logging all those impressions and clicks.</p></blockquote>
<p>we run a dedicated Openads db with 3 load balanced php servers handling delivery, and have noticed just how intensive the db writes are.</p>
<p>we&#8217;re at about 20 writes a second on average (peaking at around 40 writes a second), and are looking to scale this out further and considering other ways to keep the stats.</p>
<p>one implementation that occurred to me is to write the raw stats to a syslog facility instead of the db, and have the processing scripts run over these logs to produce statistics,</p>
<p>would the Openads team be interested in patches to implement such a feature?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
