<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.0.4-beta" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: FeedLounge slow this week</title>
	<link>http://feedlounge.com/blog/2005/08/10/slow/</link>
	<description>FeedLounge is a state of the art web-based feed reader.</description>
	<pubDate>Tue, 07 Oct 2008 22:50:20 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.4-beta</generator>

	<item>
		<title>by: Software Development Guide</title>
		<link>http://feedlounge.com/blog/2005/08/10/slow/#comment-65484</link>
		<pubDate>Wed, 07 Nov 2007 21:25:11 +0000</pubDate>
		<guid>http://feedlounge.com/blog/2005/08/10/slow/#comment-65484</guid>
					<description>&lt;strong&gt;Software Development Guide&lt;/strong&gt;

I couldn't understand some parts of this article, but it sounds interesting</description>
		<content:encoded><![CDATA[<p><strong>Software Development Guide</strong></p>
<p>I couldn&#8217;t understand some parts of this article, but it sounds interesting
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: dotnot</title>
		<link>http://feedlounge.com/blog/2005/08/10/slow/#comment-281</link>
		<pubDate>Fri, 02 Sep 2005 16:10:11 +0000</pubDate>
		<guid>http://feedlounge.com/blog/2005/08/10/slow/#comment-281</guid>
					<description>&lt;strong&gt;FeedLounge Migration, part duex&lt;/strong&gt;

	I am heading home today, and will return home late tonight to begin the second FeedLounge migration.  Seems that we just did this last week, but it was actually almost 2 months ago.  Wow.
	The first migration was such a smashing success that we are go...</description>
		<content:encoded><![CDATA[<p><strong>FeedLounge Migration, part duex</strong></p>
<p>	I am heading home today, and will return home late tonight to begin the second FeedLounge migration.  Seems that we just did this last week, but it was actually almost 2 months ago.  Wow.<br />
	The first migration was such a smashing success that we are go&#8230;
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Alex</title>
		<link>http://feedlounge.com/blog/2005/08/10/slow/#comment-275</link>
		<pubDate>Tue, 30 Aug 2005 15:36:09 +0000</pubDate>
		<guid>http://feedlounge.com/blog/2005/08/10/slow/#comment-275</guid>
					<description>The primary problem is that most databases are tuned to handle a write-heavy application (data entry) or a read-heavy application (like a Wikipedia). On the surface a web-based feed reader may seem like a read-heavy application, but it's actually &lt;em&gt;both&lt;/em&gt; write and read heavy.

Just for fun, run some numbers on your own regarding feed refreshing. Say you have 200 users, each subscribed to an average of 50 unique feeds, and you refresh those every hour. That is 10000 feeds in 60 minutes (7200 seconds).

Some portion of those feeds will return a 304 response, but just as many will be formatted in such a way that you have to compare the items using a checksum instead of relying on their GUID. Your database has to be able to retrieve the current feed data for the feed that is stored in the database, compare that to what has been downloaded, and add new items to the database - in a very short time (&#60; 1 second).

All the while, users want to be able to quickly go through the web interface as they browse through their feed list.</description>
		<content:encoded><![CDATA[<p>The primary problem is that most databases are tuned to handle a write-heavy application (data entry) or a read-heavy application (like a Wikipedia). On the surface a web-based feed reader may seem like a read-heavy application, but it&#8217;s actually <em>both</em> write and read heavy.</p>
<p>Just for fun, run some numbers on your own regarding feed refreshing. Say you have 200 users, each subscribed to an average of 50 unique feeds, and you refresh those every hour. That is 10000 feeds in 60 minutes (7200 seconds).</p>
<p>Some portion of those feeds will return a 304 response, but just as many will be formatted in such a way that you have to compare the items using a checksum instead of relying on their GUID. Your database has to be able to retrieve the current feed data for the feed that is stored in the database, compare that to what has been downloaded, and add new items to the database - in a very short time (&lt; 1 second).</p>
<p>All the while, users want to be able to quickly go through the web interface as they browse through their feed list.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: KO</title>
		<link>http://feedlounge.com/blog/2005/08/10/slow/#comment-274</link>
		<pubDate>Tue, 30 Aug 2005 07:39:03 +0000</pubDate>
		<guid>http://feedlounge.com/blog/2005/08/10/slow/#comment-274</guid>
					<description>Wikipedia uses MySQL, and seems to do just fine.</description>
		<content:encoded><![CDATA[<p>Wikipedia uses MySQL, and seems to do just fine.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Andrei Maxim</title>
		<link>http://feedlounge.com/blog/2005/08/10/slow/#comment-267</link>
		<pubDate>Fri, 26 Aug 2005 09:32:53 +0000</pubDate>
		<guid>http://feedlounge.com/blog/2005/08/10/slow/#comment-267</guid>
					<description>Yes, they are expensive, but looking at the SQL Server performance and pricing, it might be a viable solution.

One think that got me going on SQL Server is the Execution Plan, that tells you every single instruction/procedure it ran and how long it took, helping you pin-point performance issues.

A small disclaimer: I have some small experience with Microsoft's database server and, so far, it delivers.</description>
		<content:encoded><![CDATA[<p>Yes, they are expensive, but looking at the SQL Server performance and pricing, it might be a viable solution.</p>
<p>One think that got me going on SQL Server is the Execution Plan, that tells you every single instruction/procedure it ran and how long it took, helping you pin-point performance issues.</p>
<p>A small disclaimer: I have some small experience with Microsoft&#8217;s database server and, so far, it delivers.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: pablotossi</title>
		<link>http://feedlounge.com/blog/2005/08/10/slow/#comment-264</link>
		<pubDate>Thu, 25 Aug 2005 15:11:34 +0000</pubDate>
		<guid>http://feedlounge.com/blog/2005/08/10/slow/#comment-264</guid>
					<description>...i am waiting my alpha-beta tester ticket!!!! please remember me!!!</description>
		<content:encoded><![CDATA[<p>&#8230;i am waiting my alpha-beta tester ticket!!!! please remember me!!!
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Alex</title>
		<link>http://feedlounge.com/blog/2005/08/10/slow/#comment-263</link>
		<pubDate>Thu, 25 Aug 2005 14:43:47 +0000</pubDate>
		<guid>http://feedlounge.com/blog/2005/08/10/slow/#comment-263</guid>
					<description>We're looking at a wide variety of alternatives. However, the pricing of some of these databases is rather prohibitive.</description>
		<content:encoded><![CDATA[<p>We&#8217;re looking at a wide variety of alternatives. However, the pricing of some of these databases is rather prohibitive.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Andrei Maxim</title>
		<link>http://feedlounge.com/blog/2005/08/10/slow/#comment-262</link>
		<pubDate>Thu, 25 Aug 2005 09:02:18 +0000</pubDate>
		<guid>http://feedlounge.com/blog/2005/08/10/slow/#comment-262</guid>
					<description>I don't have any experience with MySQL whatsoever, but I've heard quite a lot of people talking about how MySQL doesn't really scale and that it should be used only for a small database, like a blog or forum, not something so dynamic as FeedLounge is supposed to be.

Have you ever considered other database servers, like Oracle or SQL Server? Several independent tests show that Oracle is the fastest while SQL Server has the best price/performance.

Considering you only have a couple of hundreds of readers and that you want to provide Feedlounge as a paid service, maybe other platforms are worth a look. And now, while you are upgrading you server, might be just the right time.</description>
		<content:encoded><![CDATA[<p>I don&#8217;t have any experience with MySQL whatsoever, but I&#8217;ve heard quite a lot of people talking about how MySQL doesn&#8217;t really scale and that it should be used only for a small database, like a blog or forum, not something so dynamic as FeedLounge is supposed to be.</p>
<p>Have you ever considered other database servers, like Oracle or SQL Server? Several independent tests show that Oracle is the fastest while SQL Server has the best price/performance.</p>
<p>Considering you only have a couple of hundreds of readers and that you want to provide Feedlounge as a paid service, maybe other platforms are worth a look. And now, while you are upgrading you server, might be just the right time.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: FeedLounge</title>
		<link>http://feedlounge.com/blog/2005/08/10/slow/#comment-253</link>
		<pubDate>Sun, 14 Aug 2005 20:46:24 +0000</pubDate>
		<guid>http://feedlounge.com/blog/2005/08/10/slow/#comment-253</guid>
					<description>&lt;strong&gt;Database Testing Continues&lt;/strong&gt;

	We&#8217;re continuing to test various solutions for the database scale issues we&#8217;ve run into. I&#8217;ve talked to a couple other developers in this space and they&#8217;ve been chuckling and nodding as they read through our previous post (havi...</description>
		<content:encoded><![CDATA[<p><strong>Database Testing Continues</strong></p>
<p>	We&#8217;re continuing to test various solutions for the database scale issues we&#8217;ve run into. I&#8217;ve talked to a couple other developers in this space and they&#8217;ve been chuckling and nodding as they read through our previous post (havi&#8230;
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Dan Cameron</title>
		<link>http://feedlounge.com/blog/2005/08/10/slow/#comment-246</link>
		<pubDate>Thu, 11 Aug 2005 20:11:49 +0000</pubDate>
		<guid>http://feedlounge.com/blog/2005/08/10/slow/#comment-246</guid>
					<description>I had to go back to feeddemon and netnews because, for now, it's just unusable. It has been trying to load my unread feeds for the last 20 minutes and there are only 60. 

I can't wait till everything is resolved, either by new hardware or new backend. 

Please keep us posted.</description>
		<content:encoded><![CDATA[<p>I had to go back to feeddemon and netnews because, for now, it&#8217;s just unusable. It has been trying to load my unread feeds for the last 20 minutes and there are only 60. </p>
<p>I can&#8217;t wait till everything is resolved, either by new hardware or new backend. </p>
<p>Please keep us posted.
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
