Comments for Ajax Performance http://www.ajaxperformance.com A blog by Ryan Breen of Gomez Fri, 04 Jul 2008 03:11:28 +0000 http://wordpress.org/?v=2.5.1 Comment on If you are reading this post, you are contributing to a benchmark by Ajax Performance » Client side performance testing has arrived http://www.ajaxperformance.com/2006/11/19/if-you-are-reading-this-post-you-are-contributing-to-a-benchmark/#comment-69568 Ajax Performance » Client side performance testing has arrived Wed, 25 Jun 2008 04:55:04 +0000 http://www.ajaxperformance.com/?p=28#comment-69568 [...] in the prototype Rails client side perf tool I used for Dojo Charts measurements (and a couple of other projects), and it’s also the approach used by [...] [...] in the prototype Rails client side perf tool I used for Dojo Charts measurements (and a couple of other projects), and it’s also the approach used by [...]

]]> Comment on Thanks for the help! And now, some results. by Ajax Performance » At the Velocity Conference http://www.ajaxperformance.com/2007/04/18/thanks-for-the-help-and-now-some-results/#comment-68599 Ajax Performance » At the Velocity Conference Mon, 23 Jun 2008 15:13:40 +0000 http://www.ajaxperformance.com/?p=58#comment-68599 [...] tracking is something I’ve been a fan of for a while (I used a similar technique for the Dojo Charts benchmark last [...] [...] tracking is something I’ve been a fan of for a while (I used a similar technique for the Dojo Charts benchmark last [...]

]]> Comment on Testing IE8’s Connection Parallelism by Ryan Breen http://www.ajaxperformance.com/2008/03/16/testing-ie8s-connection-parallelism/#comment-60889 Ryan Breen Mon, 09 Jun 2008 12:15:31 +0000 http://www.ajaxperformance.com/2008/03/16/testing-ie8s-connection-parallelism/#comment-60889 Mark, Being wrong made me think there was a limit to concurrent connections. It's a longstanding misconception I had, but it has since been corrected. The only limit is per host. I don't see any issues with my test pages. I have intermittent problems with dreamhost, but everything appears to be functional now. Mark,

Being wrong made me think there was a limit to concurrent connections. It’s a longstanding misconception I had, but it has since been corrected. The only limit is per host.

I don’t see any issues with my test pages. I have intermittent problems with dreamhost, but everything appears to be functional now.

]]> Comment on Testing IE8’s Connection Parallelism by Mark http://www.ajaxperformance.com/2008/03/16/testing-ie8s-connection-parallelism/#comment-60774 Mark Mon, 09 Jun 2008 07:52:10 +0000 http://www.ajaxperformance.com/2008/03/16/testing-ie8s-connection-parallelism/#comment-60774 What makes you think WinINET has any limit to concurrent connections at all? your test pages are broken, btw. What makes you think WinINET has any limit to concurrent connections at all?

your test pages are broken, btw.

]]> Comment on Circumventing browser connection limits for fun and profit by JX http://www.ajaxperformance.com/2006/12/18/circumventing-browser-connection-limits-for-fun-and-profit/#comment-55012 JX Wed, 28 May 2008 07:57:30 +0000 http://www.ajaxperformance.com/?p=33#comment-55012 I tried this technique on cross-domain ajax (the script tag method). it won't work. the limitation is still per browser, instead of per domain. My IE is MS IE 6. I don't know how you did it, or you just did it with img tag instead of script tag? I tried this technique on cross-domain ajax (the script tag method). it won’t work. the limitation is still per browser, instead of per domain.

My IE is MS IE 6.

I don’t know how you did it, or you just did it with img tag instead of script tag?

]]> Comment on Circumventing browser connection limits for fun and profit by JIRA: Build & Price 2.0 http://www.ajaxperformance.com/2006/12/18/circumventing-browser-connection-limits-for-fun-and-profit/#comment-52149 JIRA: Build & Price 2.0 Thu, 22 May 2008 20:47:04 +0000 http://www.ajaxperformance.com/?p=33#comment-52149 <strong>[BP-2065] Club widget downloads...</strong> Yes there are enough widgets that are re-used across pages. Your argument is based on the assumption that, on all pages, all widgets are requested from the server and hence browser caching is an efficient way. But in BP2.0 only required widgets (the.... [BP-2065] Club widget downloads…

Yes there are enough widgets that are re-used across pages. Your argument is based on the assumption that, on all pages, all widgets are requested from the server and hence browser caching is an efficient way. But in BP2.0 only required widgets (the….

]]> Comment on Testing IE8’s Connection Parallelism by Biondi Tang http://www.ajaxperformance.com/2008/03/16/testing-ie8s-connection-parallelism/#comment-51336 Biondi Tang Wed, 21 May 2008 06:27:44 +0000 http://www.ajaxperformance.com/2008/03/16/testing-ie8s-connection-parallelism/#comment-51336 I used IE8 getting the same page at http://demo.ajaxperformance.com and saw a quite different graph in Page Detailer. The number of parallel connections started from 3 in the first round, 5 the second, 9 the third, and another 9 the fourth, for the total of 26 images. While running in IE7 Emulate mode, a different graph with 6, 6, 4, 4, 6 parallel connections in 5 rounds. I think there might be some other factors affecting the result such as file size, internet connection bandwidth, local cache...etc. I was considering to use "web accelerator" appliance that do the same job by layer 7 protocol. It seems that this "multi-connect" acceleration will be replaced by next version of browsers. Any similar case to share? I used IE8 getting the same page at http://demo.ajaxperformance.com and saw a quite different graph in Page Detailer. The number of parallel connections started from 3 in the first round, 5 the second, 9 the third, and another 9 the fourth, for the total of 26 images.

While running in IE7 Emulate mode, a different graph with 6, 6, 4, 4, 6 parallel connections in 5 rounds.

I think there might be some other factors affecting the result such as file size, internet connection bandwidth, local cache…etc.

I was considering to use “web accelerator” appliance that do the same job by layer 7 protocol. It seems that this “multi-connect” acceleration will be replaced by next version of browsers. Any similar case to share?

]]> Comment on Yay! The CSS Sprite Generator is Open Source. Let’s play! by Ed Eliot http://www.ajaxperformance.com/2008/02/23/yay-the-css-sprite-generator-is-open-source-lets-play/#comment-49101 Ed Eliot Fri, 16 May 2008 06:10:54 +0000 http://www.ajaxperformance.com/2008/02/23/yay-the-css-sprite-generator-is-open-source-lets-play/#comment-49101 Ryan - no worries. Thanks very much for taking the trouble to update (and so clearly). Very much appreciated. Ryan - no worries. Thanks very much for taking the trouble to update (and so clearly). Very much appreciated.

]]> Comment on Yay! The CSS Sprite Generator is Open Source. Let’s play! by Ryan Breen http://www.ajaxperformance.com/2008/02/23/yay-the-css-sprite-generator-is-open-source-lets-play/#comment-49052 Ryan Breen Fri, 16 May 2008 00:39:17 +0000 http://www.ajaxperformance.com/2008/02/23/yay-the-css-sprite-generator-is-open-source-lets-play/#comment-49052 Good point, Ed. I've made some updates for clarity. Sorry for the oversight. Good point, Ed. I’ve made some updates for clarity. Sorry for the oversight.

]]> Comment on Yay! The CSS Sprite Generator is Open Source. Let’s play! by Ed Eliot http://www.ajaxperformance.com/2008/02/23/yay-the-css-sprite-generator-is-open-source-lets-play/#comment-49046 Ed Eliot Thu, 15 May 2008 23:34:18 +0000 http://www.ajaxperformance.com/2008/02/23/yay-the-css-sprite-generator-is-open-source-lets-play/#comment-49046 Hi, Pleased that the source is useful to you. I'm dropping a note here as I'm getting some confused users emailing me about the version you've put up (http://demo.ajaxperformance.com/spritegen.html) which they're mistaking for our official version: I'd be really grateful if you could update this copy to remove our "Website Performance" graphics and add a note to say that it's based on the original tool but isn't the official version. It was an oversight that we didn't distribute the source with vanilla styling and an additional link in the footer to clarify this. We will of course do this in future releases. Many thanks, Ed Hi,

Pleased that the source is useful to you. I’m dropping a note here as I’m getting some confused users emailing me about the version you’ve put up (http://demo.ajaxperformance.com/spritegen.html) which they’re mistaking for our official version:

I’d be really grateful if you could update this copy to remove our “Website Performance” graphics and add a note to say that it’s based on the original tool but isn’t the official version.

It was an oversight that we didn’t distribute the source with vanilla styling and an additional link in the footer to clarify this. We will of course do this in future releases.

Many thanks,

Ed

]]>