Comments on: Why your site could be slow, even with low CPU/RAM/disk utilization http://blog.browsermob.com/2009/11/why-your-site-could-be-slow-even-with-low-cpuramdisk-utilization/ All about browsers, performance testing, and load testing Tue, 07 Feb 2012 15:39:33 +0000 hourly 1 http://wordpress.org/?v=3.1.3 By: Speedmaster http://blog.browsermob.com/2009/11/why-your-site-could-be-slow-even-with-low-cpuramdisk-utilization/comment-page-1/#comment-654 Speedmaster Fri, 20 Nov 2009 19:59:21 +0000 http://blog.browsermob.com/2009/11/why-your-site-could-be-slow-even-with-low-cpuramdisk-utilization/#comment-654 Good explanation, thanks. Good explanation, thanks.

]]> By: Patrick Lightbody http://blog.browsermob.com/2009/11/why-your-site-could-be-slow-even-with-low-cpuramdisk-utilization/comment-page-1/#comment-622 Patrick Lightbody Tue, 17 Nov 2009 04:02:45 +0000 http://blog.browsermob.com/2009/11/why-your-site-could-be-slow-even-with-low-cpuramdisk-utilization/#comment-622 David, I agree - page compression, good caching rules, use of externally hosted files (CloudFront is so low cost these days) are all a huge help. We simply wanted to post this blog entry to help people understand that response time != CPU utilization, an unfortunate misconception in the industry. Patrick David,
I agree – page compression, good caching rules, use of externally hosted files (CloudFront is so low cost these days) are all a huge help. We simply wanted to post this blog entry to help people understand that response time != CPU utilization, an unfortunate misconception in the industry.

Patrick

]]> By: David Burns http://blog.browsermob.com/2009/11/why-your-site-could-be-slow-even-with-low-cpuramdisk-utilization/comment-page-1/#comment-620 David Burns Mon, 16 Nov 2009 22:33:40 +0000 http://blog.browsermob.com/2009/11/why-your-site-could-be-slow-even-with-low-cpuramdisk-utilization/#comment-620 This is all well and good if you are only handling new requests to the site. If the user moves to a second then having them start using connections that are not needed is a lot more painful. Proper caching of images and CSS go a long way to limit connections as well as decent minify/gzipping of CSS/JavaScript as well as spriting of images also goes very far to limit connections. This was one of the main parts of my talk at GTAC 2009 with David Henderson. The video is available at http://www.youtube.com/watch?v=qQgDDAan4rM This is all well and good if you are only handling new requests to the site. If the user moves to a second then having them start using connections that are not needed is a lot more painful.

Proper caching of images and CSS go a long way to limit connections as well as decent minify/gzipping of CSS/JavaScript as well as spriting of images also goes very far to limit connections.

This was one of the main parts of my talk at GTAC 2009 with David Henderson. The video is available at http://www.youtube.com/watch?v=qQgDDAan4rM

]]>