<?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: Improving web application performance by parallelizing requests</title>
	<atom:link href="http://blog.xebia.com/2009/12/09/improving-web-application-performance-by-parallelizing-requests/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.xebia.com/2009/12/09/improving-web-application-performance-by-parallelizing-requests/</link>
	<description>Software development done right!</description>
	<lastBuildDate>Wed, 08 Feb 2012 14:41:38 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Ray</title>
		<link>http://blog.xebia.com/2009/12/09/improving-web-application-performance-by-parallelizing-requests/#comment-93831</link>
		<dc:creator>Ray</dc:creator>
		<pubDate>Sun, 17 Jan 2010 14:51:15 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xebia.com/2009/12/09/improving-web-application-performance-by-parallelizing-requests/#comment-93831</guid>
		<description>The limitation of 2 parallel requests are due to HTTP 1.1. If you can downgrade it to HTTP 1.0, you will have better parallelism.</description>
		<content:encoded><![CDATA[<p>The limitation of 2 parallel requests are due to HTTP 1.1. If you can downgrade it to HTTP 1.0, you will have better parallelism.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kris</title>
		<link>http://blog.xebia.com/2009/12/09/improving-web-application-performance-by-parallelizing-requests/#comment-93704</link>
		<dc:creator>Kris</dc:creator>
		<pubDate>Wed, 30 Dec 2009 12:18:52 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xebia.com/2009/12/09/improving-web-application-performance-by-parallelizing-requests/#comment-93704</guid>
		<description>Hi Website Monitoring Guy,

I would be so happy if it was possible to use Firefox or any other browser then IE6.
But also these browsers have the same limitations only with different thresholds and easier to configure. 

I believe IE8 has a threshold of 6 and Firefox a threshold of 8 in the latest versions.</description>
		<content:encoded><![CDATA[<p>Hi Website Monitoring Guy,</p>
<p>I would be so happy if it was possible to use Firefox or any other browser then IE6.<br />
But also these browsers have the same limitations only with different thresholds and easier to configure. </p>
<p>I believe IE8 has a threshold of 6 and Firefox a threshold of 8 in the latest versions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Website Monitoring Guy</title>
		<link>http://blog.xebia.com/2009/12/09/improving-web-application-performance-by-parallelizing-requests/#comment-93682</link>
		<dc:creator>Website Monitoring Guy</dc:creator>
		<pubDate>Tue, 29 Dec 2009 16:28:06 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xebia.com/2009/12/09/improving-web-application-performance-by-parallelizing-requests/#comment-93682</guid>
		<description>Why not use Firefox or Safari for your web application? They don&#039;t have 2 request limitations as far as I know.</description>
		<content:encoded><![CDATA[<p>Why not use Firefox or Safari for your web application? They don&#8217;t have 2 request limitations as far as I know.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sasoon</title>
		<link>http://blog.xebia.com/2009/12/09/improving-web-application-performance-by-parallelizing-requests/#comment-93543</link>
		<dc:creator>sasoon</dc:creator>
		<pubDate>Fri, 18 Dec 2009 06:02:07 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xebia.com/2009/12/09/improving-web-application-performance-by-parallelizing-requests/#comment-93543</guid>
		<description>instead of 5 requests every 5 secs, issue one request per 5 secs and retrieve all required data in one chunk.</description>
		<content:encoded><![CDATA[<p>instead of 5 requests every 5 secs, issue one request per 5 secs and retrieve all required data in one chunk.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kris</title>
		<link>http://blog.xebia.com/2009/12/09/improving-web-application-performance-by-parallelizing-requests/#comment-93494</link>
		<dc:creator>Kris</dc:creator>
		<pubDate>Mon, 14 Dec 2009 08:00:51 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xebia.com/2009/12/09/improving-web-application-performance-by-parallelizing-requests/#comment-93494</guid>
		<description>Hi Albert, Hugo and Chris,

Of course the best thing would be to optimize the performance of the database and that&#039;s the first thing we are going to do. But this will still leave the part that we are doing parallel requests and if the optimization is not that great the synchronous way it works now will slow down the user experience.

So together with this performance boost of the database i also did some searching for the options we have for making more requests at a time.

Also the Comet/Websocket stuff is very interesting point of view. This kind of architecture is already considered for the next release where we want the user interface to respond to commands from an other application. But we will certainly have a look at this earlier to help us with the overall user experience.

Cheers Kris</description>
		<content:encoded><![CDATA[<p>Hi Albert, Hugo and Chris,</p>
<p>Of course the best thing would be to optimize the performance of the database and that&#8217;s the first thing we are going to do. But this will still leave the part that we are doing parallel requests and if the optimization is not that great the synchronous way it works now will slow down the user experience.</p>
<p>So together with this performance boost of the database i also did some searching for the options we have for making more requests at a time.</p>
<p>Also the Comet/Websocket stuff is very interesting point of view. This kind of architecture is already considered for the next release where we want the user interface to respond to commands from an other application. But we will certainly have a look at this earlier to help us with the overall user experience.</p>
<p>Cheers Kris</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Albert</title>
		<link>http://blog.xebia.com/2009/12/09/improving-web-application-performance-by-parallelizing-requests/#comment-93455</link>
		<dc:creator>Albert</dc:creator>
		<pubDate>Thu, 10 Dec 2009 21:19:50 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xebia.com/2009/12/09/improving-web-application-performance-by-parallelizing-requests/#comment-93455</guid>
		<description>Hi Chris,

Couldn&#039;t server-pus/COMET stuff reduce the amount of requests or am I missing the point here...</description>
		<content:encoded><![CDATA[<p>Hi Chris,</p>
<p>Couldn&#8217;t server-pus/COMET stuff reduce the amount of requests or am I missing the point here&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hugo</title>
		<link>http://blog.xebia.com/2009/12/09/improving-web-application-performance-by-parallelizing-requests/#comment-93441</link>
		<dc:creator>Hugo</dc:creator>
		<pubDate>Thu, 10 Dec 2009 10:41:36 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xebia.com/2009/12/09/improving-web-application-performance-by-parallelizing-requests/#comment-93441</guid>
		<description>Hi Kris,

I realize I know too little about the application but here&#039;s my 2 cents worth:
It seems you have a good view on what future request are going to be. This givens all kinds of caching possibilities.
* Is it an option to serve the request without going to the database directly? Have some async process doing that for you for instance?
* Maybe it&#039;s possible to have a special table in the database (memory table?) which is just for serving those requests. The data is, in another process, then distributed to the rest of the tables.</description>
		<content:encoded><![CDATA[<p>Hi Kris,</p>
<p>I realize I know too little about the application but here&#8217;s my 2 cents worth:<br />
It seems you have a good view on what future request are going to be. This givens all kinds of caching possibilities.<br />
* Is it an option to serve the request without going to the database directly? Have some async process doing that for you for instance?<br />
* Maybe it&#8217;s possible to have a special table in the database (memory table?) which is just for serving those requests. The data is, in another process, then distributed to the rest of the tables.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Conrey</title>
		<link>http://blog.xebia.com/2009/12/09/improving-web-application-performance-by-parallelizing-requests/#comment-93436</link>
		<dc:creator>Chris Conrey</dc:creator>
		<pubDate>Thu, 10 Dec 2009 00:50:46 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xebia.com/2009/12/09/improving-web-application-performance-by-parallelizing-requests/#comment-93436</guid>
		<description>Couldn&#039;t you also speed this up by optimizing the DB in a few ways to improve the flow from the browser?  The Subdomains move works in most instances though as a short term gain.</description>
		<content:encoded><![CDATA[<p>Couldn&#8217;t you also speed this up by optimizing the DB in a few ways to improve the flow from the browser?  The Subdomains move works in most instances though as a short term gain.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- This Quick Cache file was built for (  blog.xebia.com/2009/12/09/improving-web-application-performance-by-parallelizing-requests/feed/ ) in 0.58951 seconds, on Feb 9th, 2012 at 9:47 pm UTC. -->
<!-- This Quick Cache file will automatically expire ( and be re-built automatically ) on Feb 9th, 2012 at 10:47 pm UTC -->
