Comments for Ajax Performance

Comment on Real world case study in slimming down bandwidth consumption by Childrens Swings

Childrens Swings — Tue, 19 May 2009 11:07:38 +0000

Cool post. thanks for sharing. S3 is great, I’ll be using it from now on.

Comment on Circumventing browser connection limits for fun and profit by Confluence: NetExchange Professional DPG Team

Confluence: NetExchange Professional DPG Team — Tue, 05 May 2009 10:26:16 +0000

Improving Web page load performance…

¿ Do not download dojo unless it is required. ¿ Set ParseOnLoad to false if you are not creating any widgets with markup. ¿ Avoid creating widgets in the markup. ¿ If could not be avoided, use searchIds\\ so that they can be parsed…….

Comment on Avoiding unnecessary Ajax traffic with session state? by NYWebTeam

NYWebTeam — Sun, 05 Apr 2009 03:49:47 +0000

Great little article and tip. Thank you

Comment on YUI Profiler by Riza

Riza — Mon, 23 Mar 2009 06:25:14 +0000

Hi Ryan,
I’m trying to profile my YUI data table using YUI Profiler, but as far as that I tried, I still got “no records found” on my YUI profile viewer.
Would you mind if you mail me an example how to profile a YUI data table? Thx a lot…

Comment on A quick recommendation by Pavan G

Pavan G — Thu, 08 Jan 2009 12:31:52 +0000

Hi Ryan,

The link has very good information on tuning ajax pages.
We recently ported our application to ajax. We are observing that it is quite slow compared to the previous version.
All the actions are slow and it feels quite heavy.
I thought ajax would be faster and consuming less memory.

Is it normally this behaviour with ajax or we have done something wrong?
Please excuse me if i am asking something wrong..very new to ajax.

Comment on Circumventing browser connection limits for fun and profit by Five Articles Worth Readying About Client-Side Performance « Seven Seconds

Five Articles Worth Readying About Client-Side Performance « Seven Seconds — Tue, 28 Oct 2008 02:28:14 +0000

[...] This fifth article comes from Ryan Breen at Gomez. He’s the author of Ajax Performance. What Breen is talking about is that not all browsers behave the same. Most load in a synchronous fashion that still cause latency when interacting with a client-rich page. These browsers can be manipulated to do parallel operations, but require configuration changes. The author makes a great point about why configuring these changes can really speed up performance. [...]

Comment on Circumventing browser connection limits for fun and profit by Confluence: Stephen Feldman

Confluence: Stephen Feldman — Mon, 13 Oct 2008 14:58:08 +0000

Five Articles Worth Readying About Client-Side Performance…

The days of focusing on server performance appear to be shrinking. We need to buildup our skills in the area of client side processing. While I’ve made a number of posts on the subject over the past 18 months,……

Comment on Testing IE8’s Connection Parallelism by Lori MacVittie

Lori MacVittie — Wed, 03 Sep 2008 18:49:58 +0000

This is an astounding article, thank you!

I’ve spoken and written a lot about AJAX and connection management issues in general and this really puts some hard numbers and empirical data around the subject.

I haven’t read your blog before, but I’m coming back for more now.

Great stuff!
Lori

Comment on Circumventing browser connection limits for fun and profit by ilango

ilango — Thu, 07 Aug 2008 14:50:17 +0000

Hello
I created web service using REST.i can run in single machine properly.it is fine.when i send request from one machine another machine using xmlHttpRequest(”GET”,”https://192.168.1.2″,”false”); the following error occur.

Security Error: Content at https://192.168.1.79/rest/index.html may not load data from https://192.168.1.2?timestamp=1218114764816.

Please give solution

Comment on Testing IE8’s Connection Parallelism by Paddy

Paddy — Fri, 27 Jun 2008 18:31:05 +0000

All the tests of your connection parallelism apply to users who are far away from the origin server. For example, if your server is in San Jose, whats the effect of 4 parallel connections for San Jose users (guess? its gonna be worse than single connection)

Look at their bandwidth-delay product and knowing full well that TCP cannot send less than 1MSS, 4 connections will have to tranmit the slowest at 4*1KB *8b/B/RTT = 32 Kb/RTT and RTT here is very small like 10ms. This means queuing will inevitable happen.

try the opening page of http://www.hotmail.com from san jose to see what I mean..

That said, you results are very relevant for dissemination of content from a single server. For distributed servers, people close enough to the edges, this would be counter-productive.