Comments on: The effect of using Rails fragment caching http://www.sitepoint.com/blogs/2006/08/21/the-effect-of-using-rails-fragment-caching/ News, opinion, and fresh thinking for web developers and designers. The official podcast of sitepoint.com. Thu, 04 Dec 2008 04:23:51 +0000 http://wordpress.org/?v=2.5 By: Ruby on Rails Optimizing Performance | lonerunners.net http://www.sitepoint.com/blogs/2006/08/21/the-effect-of-using-rails-fragment-caching/#comment-818037 Ruby on Rails Optimizing Performance | lonerunners.net Wed, 29 Oct 2008 11:43:05 +0000 http://www.sitepoint.com/blogs/?p=1682#comment-818037 [...] The effect of using Rails fragment caching - Goes over the performance boost of using fragment caching. [...] […] The effect of using Rails fragment caching - Goes over the performance boost of using fragment caching. […]

]]> By: Juixe TechKnow » Rails Performance Link Fest http://www.sitepoint.com/blogs/2006/08/21/the-effect-of-using-rails-fragment-caching/#comment-190977 Juixe TechKnow » Rails Performance Link Fest Wed, 28 Feb 2007 15:41:34 +0000 http://www.sitepoint.com/blogs/?p=1682#comment-190977 [...] Rails Performance Tips Common Performance Problems in Rails - Pros and con between SQLSessionStore and MemChacheStore session containers, tips on optimizing queries, and general information regarding how to avoid slow helpers. The Adventures of Scaling: Stage 1, Stage 2, Stage 3, Stage 4 - A detailed explanation a Rails production architecture. Optimizing Rails Resource Usage - A short list of top Rails optimization tips, which include the proper use of caching. Sustainable Performance with Ruby on Rails - A 58 page PDF presentation describing railsbench, caching, session performance, and efficient Ruby code. Rails performance tips - A discussion on eager loading, excluding unnecessary columns, indexing database columns, and caching. Top 10 Ruby on Rails performance tips - Provides great tips to optimize your ruby code and how to handle finders. Performance related changes in Rails 1.1 - Discussion of performance enhancements in rails 1.1. Rails performance and caching, Part 2 - A discussing of Rails performance using caching. Stefan Kaes - Rails Performance - RubyConf 2006 conference notes on the Rails Performance presentation given by Stefan Kaes. Stefen Kaes - Optimizing Rails - Another post on the Rails 2006 presentation by Stefan Kaes on Rails Performance. Rails performance with FastCGI and Apache - A blog post on performance with Apache. Rails Performance Tool Box - A list of tools that come in handy when optimizing a Ruby on Rails application, which include query analyzer, query trace, and mtop. Rails Caching Documentation - Documentation for action, page, and fragment caching. The effect of using Rails fragment caching - Goes over the performance boost of using fragment caching. [...] […] Rails Performance Tips Common Performance Problems in Rails - Pros and con between SQLSessionStore and MemChacheStore session containers, tips on optimizing queries, and general information regarding how to avoid slow helpers. The Adventures of Scaling: Stage 1, Stage 2, Stage 3, Stage 4 - A detailed explanation a Rails production architecture. Optimizing Rails Resource Usage - A short list of top Rails optimization tips, which include the proper use of caching. Sustainable Performance with Ruby on Rails - A 58 page PDF presentation describing railsbench, caching, session performance, and efficient Ruby code. Rails performance tips - A discussion on eager loading, excluding unnecessary columns, indexing database columns, and caching. Top 10 Ruby on Rails performance tips - Provides great tips to optimize your ruby code and how to handle finders. Performance related changes in Rails 1.1 - Discussion of performance enhancements in rails 1.1. Rails performance and caching, Part 2 - A discussing of Rails performance using caching. Stefan Kaes - Rails Performance - RubyConf 2006 conference notes on the Rails Performance presentation given by Stefan Kaes. Stefen Kaes - Optimizing Rails - Another post on the Rails 2006 presentation by Stefan Kaes on Rails Performance. Rails performance with FastCGI and Apache - A blog post on performance with Apache. Rails Performance Tool Box - A list of tools that come in handy when optimizing a Ruby on Rails application, which include query analyzer, query trace, and mtop. Rails Caching Documentation - Documentation for action, page, and fragment caching. The effect of using Rails fragment caching - Goes over the performance boost of using fragment caching. […]

]]> By: On Web Apps » Blog Archive » Wisdom of Rails Wizards Study in Best ActiveRecord and Fragment Caching Store http://www.sitepoint.com/blogs/2006/08/21/the-effect-of-using-rails-fragment-caching/#comment-129443 On Web Apps » Blog Archive » Wisdom of Rails Wizards Study in Best ActiveRecord and Fragment Caching Store Tue, 19 Dec 2006 12:34:53 +0000 http://www.sitepoint.com/blogs/?p=1682#comment-129443 [...] One of the great things about Rails is that when you hit a DB/rendering performance bottleneck, you can often alleviate it with caching. If page caching is not an option (for example, most of your pageviews are from authenticated users), fragment caching is also a great option which can give you just the exact HTML or partial that you need. [...] […] One of the great things about Rails is that when you hit a DB/rendering performance bottleneck, you can often alleviate it with caching. If page caching is not an option (for example, most of your pageviews are from authenticated users), fragment caching is also a great option which can give you just the exact HTML or partial that you need. […]

]]> By: dasil003 http://www.sitepoint.com/blogs/2006/08/21/the-effect-of-using-rails-fragment-caching/#comment-53967 dasil003 Mon, 11 Sep 2006 21:38:58 +0000 http://www.sitepoint.com/blogs/?p=1682#comment-53967 I think the other optimizations you mention at the end would not even be worth the effort. SELECTing fewer columns doesn't normally speed up the database. I guess if your database is on a slow link or your selecting a ton of data you might eliminate some overhead, but I think the speed improvement would usually be negligible. The second optimization of using helpers instead of url_for (link_to) depends mostly on the performance of the routing code, which I haven't looked at all that closely. I guess I've heard one or two complaints about it in the past, but it probably also depends on the complexity of your routes.rb file. Before doing any optimization I'd do some profiling first. And always keep <a href="http://en.wikipedia.org/wiki/Amdahl's_law" rel="nofollow">Amdahl's</a> law in mind. In most web applications the database is the bottleneck, and aside from judicious use of ActiveRecord and a deep understanding of SQL, fragment caching is gonna be your next line of attack. I think the other optimizations you mention at the end would not even be worth the effort.

SELECTing fewer columns doesn’t normally speed up the database. I guess if your database is on a slow link or your selecting a ton of data you might eliminate some overhead, but I think the speed improvement would usually be negligible.

The second optimization of using helpers instead of url_for (link_to) depends mostly on the performance of the routing code, which I haven’t looked at all that closely. I guess I’ve heard one or two complaints about it in the past, but it probably also depends on the complexity of your routes.rb file.

Before doing any optimization I’d do some profiling first. And always keep Amdahl’s law in mind. In most web applications the database is the bottleneck, and aside from judicious use of ActiveRecord and a deep understanding of SQL, fragment caching is gonna be your next line of attack.

]]> By: timlucas http://www.sitepoint.com/blogs/2006/08/21/the-effect-of-using-rails-fragment-caching/#comment-46878 timlucas Mon, 21 Aug 2006 15:01:32 +0000 http://www.sitepoint.com/blogs/?p=1682#comment-46878 It's interesting to note though that Ruby 2 should speed things up dramatically, as (<a href="http://redhanded.hobix.com/cult/youKnowKoichiSanYeahKoichiAtNamikilabInTokyoKnowWhatHeSApparentlyTheChosenSonShiGetALoadOfThat.html" rel="nofollow">by the looks of it</a>) <a href="http://www.atdot.net/yarv/" rel="nofollow">YARV</a> will be the core engine It’s interesting to note though that Ruby 2 should speed things up dramatically, as (by the looks of it) YARV will be the core engine

]]> By: chrisb http://www.sitepoint.com/blogs/2006/08/21/the-effect-of-using-rails-fragment-caching/#comment-46873 chrisb Mon, 21 Aug 2006 14:25:46 +0000 http://www.sitepoint.com/blogs/?p=1682#comment-46873 Fair point, thanks for the answer :) Fair point, thanks for the answer :)

]]> By: timlucas http://www.sitepoint.com/blogs/2006/08/21/the-effect-of-using-rails-fragment-caching/#comment-46865 timlucas Mon, 21 Aug 2006 13:48:13 +0000 http://www.sitepoint.com/blogs/?p=1682#comment-46865 The above two lines from the log aren't benchmarks that can be looked usefully outside of comparing them to one another. Rails scales well on both the server and code complexity sides of the equation, but the base-line performance can be less than applications written on other languages, frameworks and platforms (but does that really say anything... as there's always <em>something</em> that's going to perform faster than what you're using). Really, it's too hard to answer your question as it's so open-ended. I will say though that Rails is written on the tenet that servers are cheap, brains are expensive and that performance that's "good enough" for 99% of people is ok. There's plenty of room for the other 1% of people to optimise if they have the need. The above two lines from the log aren’t benchmarks that can be looked usefully outside of comparing them to one another.

Rails scales well on both the server and code complexity sides of the equation, but the base-line performance can be less than applications written on other languages, frameworks and platforms (but does that really say anything… as there’s always something that’s going to perform faster than what you’re using).

Really, it’s too hard to answer your question as it’s so open-ended. I will say though that Rails is written on the tenet that servers are cheap, brains are expensive and that performance that’s “good enough” for 99% of people is ok. There’s plenty of room for the other 1% of people to optimise if they have the need.

]]> By: chrisb http://www.sitepoint.com/blogs/2006/08/21/the-effect-of-using-rails-fragment-caching/#comment-46861 chrisb Mon, 21 Aug 2006 12:53:14 +0000 http://www.sitepoint.com/blogs/?p=1682#comment-46861 What is the overall performance of Rails like then? Both of those benchmarks look fairly poor considering that page isnt exactly doing complicated stuff? What is the overall performance of Rails like then? Both of those benchmarks look fairly poor considering that page isnt exactly doing complicated stuff?

]]>