Website response time
Category Performance
In my regular job I'm responsible for a website that's accessed by people all over the world (and yes..I realize that applies to OpenNTF too!). We did some analysis to measure response time and availability of the site around the world. Our servers are in US and we've seen consistenty that performance in Asia Pacific region is almost 3 to 5 times slower than US. One of the solutions recommended was to compress some of the content using gzip compression. For those that are not familiar with it, you can learn more about it on http://www.http-compression.com but in short, here's the definition from their website:
"According to RFC 2616, Internet HTTP Compression is a method to send, from the Web server, an HTTP response message in compressed format to a requesting Web browser. This technology assumes that the Web server is capable of encoding the outbound content and the Web browser is capable of (automatically) decoding the received content. HTTP Compression saves transfer data volume and speeds ups Web page load time. "
As some of you may know, Domino 7 has this capability, but its only exposed in Domino Web Access There have been a few posts/complaints about the limited capability and there is an undocumented way to enable gzip for all NSFs posted by Manfred Dillman which you can use at your own risk. There are of course numerous products available that act as proxies in front of your web server and do the compression and on OpenNTF we did try Web Booster from Puakma. Compression can make a significant difference in performance of the website but it seems there are some side effects which may be more trouble than its worth. I'm wondering if others have experienced similar problems with performance in different countries and also how the performance of OpenNTF is in other countries in Asia/Pacific.
In my regular job I'm responsible for a website that's accessed by people all over the world (and yes..I realize that applies to OpenNTF too!). We did some analysis to measure response time and availability of the site around the world. Our servers are in US and we've seen consistenty that performance in Asia Pacific region is almost 3 to 5 times slower than US. One of the solutions recommended was to compress some of the content using gzip compression. For those that are not familiar with it, you can learn more about it on http://www.http-compression.com but in short, here's the definition from their website:
"According to RFC 2616, Internet HTTP Compression is a method to send, from the Web server, an HTTP response message in compressed format to a requesting Web browser. This technology assumes that the Web server is capable of encoding the outbound content and the Web browser is capable of (automatically) decoding the received content. HTTP Compression saves transfer data volume and speeds ups Web page load time. "
As some of you may know, Domino 7 has this capability, but its only exposed in Domino Web Access There have been a few posts/complaints about the limited capability and there is an undocumented way to enable gzip for all NSFs posted by Manfred Dillman which you can use at your own risk. There are of course numerous products available that act as proxies in front of your web server and do the compression and on OpenNTF we did try Web Booster from Puakma. Compression can make a significant difference in performance of the website but it seems there are some side effects which may be more trouble than its worth. I'm wondering if others have experienced similar problems with performance in different countries and also how the performance of OpenNTF is in other countries in Asia/Pacific.
Comments
Posted by a At 08:48:10 AM On 08/09/2007 | - Website - |
Posted by odysseas At 01:13:39 PM On 04/30/2007 | - Website - |
For our testing, gzip compression makes a HUGE difference to a site's performance, especially iNotes (Domino Web Access mail) and Quickplace. A large html page will compress up to 90% and compression time is so close to zero it's not worth factoring in (eg 6ms). You can try your own site here to see how it performs: http://www.puakma.net/puakma/boostertest.pma/URLReport?OpenPage&URL=http%3A//blog.openntf.org
Posted by Brendon Upson At 05:15:24 AM On 10/23/2006 | - Website - |
Posted by Daniele At 12:44:51 PM On 06/08/2007 | - Website - |
Posted by Stephan H. Wissel At 08:21:26 PM On 10/08/2006 | - Website - |
The response time is definitely slower than that of local websites,but is still accectable,about 2 seconds i think
Posted by Starrow Pan At 03:17:46 AM On 04/08/2007 | - Website - |
First was the instablity of the site. The site I tested on is a fairly heavy use site, ~30,000 hits/day, and the HTTP service continually crashed with no warning or recourse (full domino service restart required.)
Next was an odd and inconsistent delay in preparing the pages...i figured that this was just the natural cost of compression...the site is heavily text with only three small images. The compression was good, 64K down to ~9K and the performance improvement, when it was working, was great. Some times the page would make it to the browser without delay, other times it was upwards of 30-45 seconds before it was delivered. I used MS Fiddler to watch what was going on and there never seemed to be any rhyme or reason to the delays.
Finally, I had intermittent problems with the delivery of Javascript files. Every so often, during testing, I would get an error in either FireFox or IE (6 or 7) that looked like the server/browser disagreed on how GZip worked (decompressed files were different from the pre-compressed ones.)
Can't say that using the undocumented 'feature' is a good thing from my perspective.
Posted by andy b At 02:32:42 PM On 10/06/2006 | - Website - |
http://web.archive.org/web/20060428024952/http://www.madicon.de/content/view/616/57/
Posted by Kamal Rij At 04:57:22 PM On 03/11/2007 | - Website - |
From Web Archive
http://web.archive.org/web/20060428024952/http://www.madicon
.de/content/view/616/57/
Posted by Kamal Rij At 04:46:22 PM On 03/11/2007 | - Website - |