<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss2full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:media="http://search.yahoo.com/mrss/" xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd" xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" version="2.0">
  <channel>
    <title>RailsLab</title>
    <link>http://railslab.newrelic.com/articles.rss</link>
    <language>en-us</language>
    <ttl>40</ttl>
    <description>Expert advice on tuning and optimizing your Rails app.</description>
    <atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/rss+xml" href="http://feeds.feedburner.com/RailsLab" /><feedburner:info uri="railslab" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" /><media:thumbnail url="http://content.newrelic.com/railslab/images/RailsLab-podcast-image.png" /><media:keywords>Rails,Scaling,Rails,Ruby,on,Rails</media:keywords><itunes:owner><itunes:email>victoria@newrelic.com</itunes:email><itunes:name>New Relic, Inc.</itunes:name></itunes:owner><itunes:author>New Relic, Inc.</itunes:author><itunes:explicit>no</itunes:explicit><itunes:image href="http://content.newrelic.com/railslab/images/RailsLab-podcast-image.png" /><itunes:keywords>Rails,Scaling,Rails,Ruby,on,Rails</itunes:keywords><itunes:subtitle>Expert advice on tuning and optimizing your Rails app.</itunes:subtitle><itunes:summary>This site has been created to give you a source for Rails application performance expertise. A place you can visit often to learn the techniques of the performance masters. Learn how to get the most from your Rails applications. Add to your own knowledge and share what you have learned with others. We welcome submissions, suggestions and ideas. To get the most out of RailsLab, subscribe to our feeds so you are alerted when new content is added. Enjoy RailsLab.</itunes:summary><item>
      <title>State of the Stack: A Ruby on Rails Benchmarking Report - 05 October 2010</title>
      <description>&lt;table width="420px" cellspacing="0" cellpadding="0" border="0" class="content"&gt;
    &lt;tbody&gt;
        &lt;tr&gt;
            &lt;td&gt;
            &lt;p&gt;As of 01 October 2010&lt;/p&gt;
            &lt;p&gt;Welcome to the latest Ruby on Rails State of the Stack report. Because New Relic RPM is used by more than 5,500 organizations to manage their Ruby on Rails and Java applications in production, we have unique insight into how thousands of applications are deployed.&lt;/p&gt;
            &lt;p&gt;Since April, 2009, we have periodically published a summary of the most commonly used versions of Ruby, Rails and the various plugins and gems deployed for Ruby applications. This report enables you to compare your own deployed application stack with those used by other development teams. Are you behind the curve in Ruby? Are there some plugins or gems that your team may want to consider? Have you developed a gem and wonder how many apps use it in production? This is a good place to start that conversation.&lt;/p&gt;
            &lt;p&gt;Many of our customers have opted in to have their performance data shared with the Rails Core Team to aid in the team&amp;rsquo;s ongoing work on the platform. In addition to that data New Relic also aggregates information on the versions of OS, Ruby, and Rails used and the various plugins deployed. In this report we list only the most commonly used Ruby and Rails versions and only the most commonly used plugins and gems because a complete list is too long to post here and is probably not all that useful.&lt;/p&gt;
            &lt;p&gt;The research is done by identifying the versions of deployed application stack components on tens of thousands of application instances monitored by New Relic. This report does not measure market share of any software. It is intended to provide Ruby on Rails developers with a means to compare their own deployment choices against the larger population of deployed production RoR apps.&lt;/p&gt;
            &lt;h2&gt;Most Commonly Deployed Ruby Versions&lt;br /&gt;
            (% of Ruby Applications)&lt;/h2&gt;
            &lt;/td&gt;
        &lt;/tr&gt;
        &lt;tr&gt;
            &lt;td&gt;
            &lt;p&gt;&lt;img width="420" height="420" align="left" alt="Ruby Versions" src="http://content.newrelic.com/railslab/images/RailsBench-ruby-100410.png" /&gt;&lt;/p&gt;
            &lt;/td&gt;
        &lt;/tr&gt;
        &lt;tr&gt;
            &lt;td&gt;
            &lt;p&gt;Ruby 1.8.6 continues to drop in popularity, down just over 17% in the last few months but is still in place in just over a third of the applications we monitor. It appears most users are upgrading to 1.8.7, as the growth of the Ruby 1.9 is still nascent.&lt;/p&gt;
            &lt;/td&gt;
        &lt;/tr&gt;
        &lt;tr&gt;
            &lt;td&gt;
            &lt;p&gt;&amp;nbsp;&lt;/p&gt;
            &lt;h2&gt;Most Commonly Deployed JRuby Versions&lt;br /&gt;
            (% of JRuby Applications)&lt;/h2&gt;
            &lt;/td&gt;
        &lt;/tr&gt;
        &lt;tr&gt;
            &lt;td&gt;
            &lt;p&gt;&lt;img width="420" height="420" align="left" alt="JRuby Versions" src="http://content.newrelic.com/railslab/images/RailsBench-jruby-100410.png" /&gt;&lt;/p&gt;
            &lt;p&gt;&amp;nbsp;&lt;/p&gt;
            &lt;/td&gt;
        &lt;/tr&gt;
        &lt;tr&gt;
            &lt;td&gt;
            &lt;p&gt;More and more applications are using JRuby since our last state of the stack.  Over 50% of the JRuby apps monitored by New Relic are running on 1.5.X..&lt;/p&gt;
            &lt;/td&gt;
        &lt;/tr&gt;
        &lt;tr&gt;
            &lt;td&gt;
            &lt;p&gt;&amp;nbsp;&lt;/p&gt;
            &lt;h2&gt;Most Commonly Deployed Ruby Web Server&lt;br /&gt;
            (% of Ruby Applications)&lt;/h2&gt;
            &lt;/td&gt;
        &lt;/tr&gt;
        &lt;tr&gt;
            &lt;td&gt;
            &lt;p&gt;&lt;img width="420" height="420" align="left" alt="Ruby Web Server Versions" src="http://content.newrelic.com/railslab/images/RailsBench-dispatcher-100410.png" /&gt;&lt;/p&gt;
            &lt;p&gt;&amp;nbsp;&lt;/p&gt;
            &lt;/td&gt;
        &lt;/tr&gt;
        &lt;tr&gt;
            &lt;td&gt;
            &lt;p&gt;The race is on!  Thin and Passenger are almost neck and neck at ~40% each.  Surprisingly Mongrel has dwindled to 10% while Unicorn represents less than 3%.&lt;/p&gt;
            &lt;/td&gt;
        &lt;/tr&gt;
        &lt;tr&gt;
            &lt;td&gt;
            &lt;p&gt;&amp;nbsp;&lt;/p&gt;
            &lt;h2&gt;Most Commonly Deployed Rails Versions&lt;br /&gt;
            (% of Rails Applications)&lt;/h2&gt;
            &lt;/td&gt;
        &lt;/tr&gt;
        &lt;tr&gt;
            &lt;td&gt;
            &lt;p&gt;&lt;img width="420" height="420" align="left" alt="Ruby Web Server Versions" src="http://content.newrelic.com/railslab/images/RailsBench-rails-100410.png" /&gt;&lt;/p&gt;
            &lt;p&gt;&amp;nbsp;&lt;/p&gt;
            &lt;/td&gt;
        &lt;/tr&gt;
        &lt;tr&gt;
            &lt;td&gt;
            &lt;p&gt;Rails 2.3.5 is holding strong representing a third of the Rails apps.  While still quite new, Rails 3 comes in with a respectable 7.8%, up from 2% of apps using the beta as of our last state of the stack.&lt;/p&gt;
            &lt;/td&gt;
        &lt;/tr&gt;
        &lt;tr&gt;
            &lt;td&gt;
            &lt;h2&gt;Most Commonly Used Gems&lt;br /&gt;
            (% of Rails Applications)&lt;/h2&gt;
            &lt;/td&gt;
        &lt;/tr&gt;
        &lt;tr&gt;
            &lt;td&gt;
            &lt;p&gt;This is the list of the top 50 gems deployed. If a gem you are interested in is not listed, tweet &lt;a href="http://twitter.com/newrelic"&gt;@newrelic&lt;/a&gt; with the gem name and we can tweet the percent of use across our customer base. How to read our Gems chart: The number following the name of each gem represents the percent of hosts having this gem deployed.&lt;/p&gt;
            &lt;/td&gt;
        &lt;/tr&gt;
        &lt;tr&gt;
            &lt;td&gt;
            &lt;p&gt;&lt;img width="420" height="1816" align="left" alt="Gems" src="http://content.newrelic.com/railslab/images/RailsBench-gems-100410.png" /&gt;&lt;/p&gt;
            &lt;/td&gt;
        &lt;/tr&gt;
        &lt;tr&gt;
            &lt;td&gt;
            &lt;h2&gt;Most Commonly Used Plugins&lt;br /&gt;
            (% of Rails Applications)&lt;/h2&gt;
            &lt;/td&gt;
        &lt;/tr&gt;
        &lt;tr&gt;
            &lt;td&gt;
            &lt;p&gt;This is the list of the top 50 plugins deployed. If a plugin you are interested in is not listed, tweet &lt;a href="http://twitter.com/newrelic"&gt;@newrelic&lt;/a&gt; with the plugin name and we can tweet the percent of use across our customer base. How to read our plugin chart: The number following the name of each plugin represents the percent of hosts having this plugin deployed.&lt;/p&gt;
            &lt;/td&gt;
        &lt;/tr&gt;
        &lt;tr&gt;
            &lt;td&gt;
            &lt;p&gt;&lt;img width="420" height="1662" align="left" alt="Plugins" src="http://content.newrelic.com/railslab/images/RailsBench-plugins-100410.png" /&gt;&lt;/p&gt;
            &lt;/td&gt;
        &lt;/tr&gt;
        &lt;tr&gt;
            &lt;td&gt;
            &lt;h2&gt;Comments?&lt;/h2&gt;
            &lt;p&gt;We would like to get your feedback on this report. Is it useful? What do you find interesting in the data? Use the Feedback button below. Thanks.&lt;/p&gt;
            &lt;/td&gt;
        &lt;/tr&gt;
    &lt;/tbody&gt;
&lt;/table&gt;&lt;img src="http://feeds.feedburner.com/~r/RailsLab/~4/hpG_bE_49SI" height="1" width="1"/&gt;</description>
      <pubDate>Tue, 05 Oct 2010 11:41:00 -0700</pubDate>
      <guid isPermaLink="false">urn:uuid:cb9673dc-c5db-4c89-94fd-1672172bca43</guid>
      <comments>http://railslab.newrelic.com/2010/10/05/state-of-the-stack-a-ruby-on-rails-benchmarking-report-05-october-2010#comments</comments>
      <category>Benchmarking Reports</category>
      <category>Plugins</category>
      <category>Ruby Versions</category>
      <category>Rails Versions</category>
      <category>Ruby Gems</category>
      <link>http://feedproxy.google.com/~r/RailsLab/~3/hpG_bE_49SI/state-of-the-stack-a-ruby-on-rails-benchmarking-report-05-october-2010</link>
    <author>victoria@newrelic.com (New Relic, Inc.)</author><feedburner:origLink>http://railslab.newrelic.com/2010/10/05/state-of-the-stack-a-ruby-on-rails-benchmarking-report-05-october-2010</feedburner:origLink></item>
    <item>
      <title>Mark Imbriaco, 37signals</title>
      <description>&lt;p&gt;We caught up with Mark Imbriaco, Operations Manager at 37signals at DevOpsDays. 37signals is the successful developer of project management and collaboration tools founded by David Heinemeier Hansson and Jason Fried, based in Chicago. In this interview with Mike Malloy, Mark shares some background on his role at 37signals managing the availability and performance of their popular suite of SaaS tools through a period of rapid growth over the past few years. Mark discusses how his team works with the development teams, their experience with cloud deployments, some of the challenges they have faced as well as a few lessons learned. We filmed this outside, so you will hear some wind noise and some chatter from the next picnic table over in the first five minutes, but the noise subsides after a few minutes. Thanks, Mark.&lt;/p&gt;

&lt;p&gt;&lt;a href="http://content.newrelic.com/railslab/videos/railslab-37signals-imbriaco2.m4v"&gt;Play Video&lt;/a&gt; (184.6 MB, 15:16, MPEG-4)&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/RailsLab/~4/3TenV_NMaVs" height="1" width="1"/&gt;</description>
      <pubDate>Wed, 30 Jun 2010 14:58:00 -0700</pubDate>
      <guid isPermaLink="false">urn:uuid:0fbb4171-2050-4864-a6ad-34c9b7b8809e</guid>
      <comments>http://railslab.newrelic.com/2010/06/30/mark-imbriaco-37signals#comments</comments>
      <category>Master's Interviews</category>
      <category>Interview</category>
      <category>scaling database</category>
      <link>http://feedproxy.google.com/~r/RailsLab/~3/3TenV_NMaVs/mark-imbriaco-37signals</link>
    <author>victoria@newrelic.com (New Relic, Inc.)</author><media:content url="http://feedproxy.google.com/~r/RailsLab/~5/P2IUpQzKXyA/railslab-37signals-imbriaco2.m4v" fileSize="184849198" type="video/x-m4v" /><itunes:explicit>no</itunes:explicit><itunes:subtitle> We caught up with Mark Imbriaco, Operations Manager at 37signals at DevOpsDays. 37signals is the successful developer of project management and collaboration tools founded by David Heinemeier Hansson and Jason Fried, based in Chicago. In this interview w</itunes:subtitle><itunes:author>New Relic, Inc.</itunes:author><itunes:summary> We caught up with Mark Imbriaco, Operations Manager at 37signals at DevOpsDays. 37signals is the successful developer of project management and collaboration tools founded by David Heinemeier Hansson and Jason Fried, based in Chicago. In this interview with Mike Malloy, Mark shares some background on his role at 37signals managing the availability and performance of their popular suite of SaaS tools through a period of rapid growth over the past few years. Mark discusses how his team works with the development teams, their experience with cloud deployments, some of the challenges they have faced as well as a few lessons learned. We filmed this outside, so you will hear some wind noise and some chatter from the next picnic table over in the first five minutes, but the noise subsides after a few minutes. Thanks, Mark. Play Video (184.6 MB, 15:16, MPEG-4)</itunes:summary><itunes:keywords>Rails,Scaling,Rails,Ruby,on,Rails</itunes:keywords><feedburner:origLink>http://railslab.newrelic.com/2010/06/30/mark-imbriaco-37signals</feedburner:origLink><enclosure url="http://feedproxy.google.com/~r/RailsLab/~5/P2IUpQzKXyA/railslab-37signals-imbriaco2.m4v" length="184849198" type="video/x-m4v" /><feedburner:origEnclosureLink>http://content.newrelic.com/railslab/videos/railslab-37signals-imbriaco2.m4v</feedburner:origEnclosureLink></item>
    <item>
      <title>Yehuda Katz &amp; Justin George Talk Rails 3</title>
      <description>&lt;p&gt;Yehuda Katz from the Rails core team and New Relic&amp;#8217;s own Justin George talk about what&amp;#8217;s new in Rails 3. They begin with an overview of current and planned performance improvements, then follow up with a discussion of how instrumentation&amp;#8211;like that performed by New Relic&amp;#8217;s RPM Ruby agent&amp;#8211;is better enabled in the Rails 3 framework. Lastly, they touch on what users can expect as they make the change from Rails 2 to Rails 3.&lt;/p&gt;

&lt;p&gt;&lt;a href="http://content.newrelic.com/railslab/videos/railslab-rails3-performance.m4v"&gt;Play Video&lt;/a&gt; (78.8 MB, 10:22, MPEG-4)&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/RailsLab/~4/R1NXWQzRSgc" height="1" width="1"/&gt;</description>
      <pubDate>Tue, 08 Jun 2010 09:03:00 -0700</pubDate>
      <guid isPermaLink="false">urn:uuid:aeebf9eb-b44a-4470-9231-30ead892978c</guid>
      <comments>http://railslab.newrelic.com/2010/06/08/yehuda-katz-justin-george-talk-rails-3#comments</comments>
      <category>Developing for Performance</category>
      <category>Rails Versions</category>
      <category>Interview</category>
      <link>http://feedproxy.google.com/~r/RailsLab/~3/R1NXWQzRSgc/yehuda-katz-justin-george-talk-rails-3</link>
    <author>victoria@newrelic.com (New Relic, Inc.)</author><media:content url="http://feedproxy.google.com/~r/RailsLab/~5/AkBBkPsRCkA/railslab-rails3-performance.m4v" fileSize="78828343" type="video/x-m4v" /><itunes:explicit>no</itunes:explicit><itunes:subtitle> Yehuda Katz from the Rails core team and New Relic&amp;#8217;s own Justin George talk about what&amp;#8217;s new in Rails 3. They begin with an overview of current and planned performance improvements, then follow up with a discussion of how instrumentation&amp;#821</itunes:subtitle><itunes:author>New Relic, Inc.</itunes:author><itunes:summary> Yehuda Katz from the Rails core team and New Relic&amp;#8217;s own Justin George talk about what&amp;#8217;s new in Rails 3. They begin with an overview of current and planned performance improvements, then follow up with a discussion of how instrumentation&amp;#8211;like that performed by New Relic&amp;#8217;s RPM Ruby agent&amp;#8211;is better enabled in the Rails 3 framework. Lastly, they touch on what users can expect as they make the change from Rails 2 to Rails 3. Play Video (78.8 MB, 10:22, MPEG-4)</itunes:summary><itunes:keywords>Rails,Scaling,Rails,Ruby,on,Rails</itunes:keywords><feedburner:origLink>http://railslab.newrelic.com/2010/06/08/yehuda-katz-justin-george-talk-rails-3</feedburner:origLink><enclosure url="http://feedproxy.google.com/~r/RailsLab/~5/AkBBkPsRCkA/railslab-rails3-performance.m4v" length="78828343" type="video/x-m4v" /><feedburner:origEnclosureLink>http://content.newrelic.com/railslab/videos/railslab-rails3-performance.m4v</feedburner:origEnclosureLink></item>
    <item>
      <title>State of the Stack: A Ruby on Rails Benchmarking Report - 25 May 2010</title>
      <description>&lt;table width="420px" cellspacing="0" cellpadding="0" border="0" class="content"&gt;
    &lt;tbody&gt;
        &lt;tr&gt;
            &lt;td&gt;
            &lt;p&gt;As of 24 May 2010&lt;/p&gt;
            &lt;p&gt;Because New Relic RPM is used by more than 4,000 organizations to manage their Ruby on Rails and Java applications in production, we have unique insight into how thousands of applications are deployed.&lt;/p&gt;
            &lt;p&gt;Since April, 2009, we have periodically published a summary of the most commonly used versions of Ruby, Rails and the various plugins and gems deployed for Ruby applications. This report enables you to compare your own deployed application stack with those used by other development teams. Are you behind the curve in Ruby? Are there some plugins or gems that your team may want to consider? Have you developed a gem and wonder how many apps use it in production? This is a good place to start that conversation.&lt;/p&gt;
            &lt;p&gt;Later this year we will publish benchmarks of the Java stacks our customers use.&lt;/p&gt;
            &lt;p&gt;Many of our customers have opted in to have their performance data shared with the Rails Core Team to aid in the team&amp;#8217;s ongoing work on the platform. In addition to that data New Relic also aggregates information on the versions of OS, Ruby, and Rails used and the various plugins deployed.&lt;/p&gt;
            &lt;p&gt;In this report we list only the most commonly used Ruby and Rails versions and only the most commonly used plugins and gems because a complete list is too long to post here and is probably not all that useful.&lt;/p&gt;
            &lt;p&gt;The research is done by identifying the versions of deployed application stack components on more than 5,000 hosts monitored by New Relic. This report does not measure market share of any software. It is intended to provide Ruby on Rails developers with a means to compare their own deployment choices against the larger population of deployed production RoR apps.&lt;/p&gt;
            &lt;h2&gt;Most Commonly Deployed Ruby Versions&lt;br /&gt;
            (% of RPM Users)&lt;/h2&gt;
            &lt;/td&gt;
        &lt;/tr&gt;
        &lt;tr&gt;
            &lt;td&gt;
            &lt;p&gt;&lt;img width="420" height="420" align="left" alt="" src="http://content.newrelic.com/railslab/images/RailsBench-Ruby-052510.png" /&gt;&lt;/p&gt;
            &lt;/td&gt;
        &lt;/tr&gt;
        &lt;tr&gt;
            &lt;td&gt;
            &lt;p&gt;Ruby 1.8.6 remains the most commonly used version, declining a bit from our last report in January. Version 1.8.7 continues to increase in popularity.&lt;/p&gt;
            &lt;/td&gt;
        &lt;/tr&gt;
        &lt;tr&gt;
            &lt;td&gt;
            &lt;p&gt;&amp;nbsp;&lt;/p&gt;
            &lt;h2&gt;Most Commonly Deployed Rails Versions&lt;br /&gt;
            (% of RPM Users)&lt;/h2&gt;
            &lt;/td&gt;
        &lt;/tr&gt;
        &lt;tr&gt;
            &lt;td&gt;
            &lt;p&gt;&lt;img width="420" height="420" align="left" alt="Rails Versions" src="http://content.newrelic.com/railslab/images/RailsBench-Rails-052510.png" /&gt;&lt;/p&gt;
            &lt;p&gt;&amp;nbsp;&lt;/p&gt;
            &lt;/td&gt;
        &lt;/tr&gt;
        &lt;tr&gt;
            &lt;td&gt;
            &lt;p&gt;With a surge, Rails 2.3.5 has become the most commonly used version growing from only 13% of deployments in January to 48% today. As expected all other versions have declined in use. It&amp;#8217;s interesting to see that Rails 3.0 Betas 1, 2, and 3 are used on nearly 2% of hosts. Watch this number grow dramatically in the months ahead.&lt;/p&gt;
            &lt;/td&gt;
        &lt;/tr&gt;
        &lt;tr&gt;
            &lt;td&gt;
            &lt;h2&gt;Most Commonly Used Gems&lt;br /&gt;
            (% of RPM Users)&lt;/h2&gt;
            &lt;/td&gt;
        &lt;/tr&gt;
        &lt;tr&gt;
            &lt;td&gt;
            &lt;p&gt;This is the list of the top 50 gems deployed. If a gem you are interested in is not listed, tweet &lt;a href="http://twitter.com/newrelic"&gt;@newrelic&lt;/a&gt; with the gem name and we can tweet the percent of use across our customer base. How to read our Gems chart: The number following the name of each gem represents the percent of hosts having this gem deployed.&lt;/p&gt;
            &lt;/td&gt;
        &lt;/tr&gt;
        &lt;tr&gt;
            &lt;td&gt;
            &lt;p&gt;&lt;img width="420" height="1082" align="left" alt="Plugins" src="http://content.newrelic.com/railslab/images/RailsBench-Gems-052510.png" /&gt;&lt;/p&gt;
            &lt;/td&gt;
        &lt;/tr&gt;
        &lt;tr&gt;
            &lt;td&gt;
            &lt;h2&gt;Most Commonly Used Plugins&lt;br /&gt;
            (% of RPM Users)&lt;/h2&gt;
            &lt;/td&gt;
        &lt;/tr&gt;
        &lt;tr&gt;
            &lt;td&gt;
            &lt;p&gt;This is the list of the top 50 plugins deployed. If a plugin you are interested in is not listed, tweet &lt;a href="http://twitter.com/newrelic"&gt;@newrelic&lt;/a&gt; with the plugin name and we can tweet the percent of use across our customer base. How to read our plugin chart: The number following the name of each plugin represents the percent of hosts having this plugin deployed.&lt;/p&gt;
            &lt;/td&gt;
        &lt;/tr&gt;
        &lt;tr&gt;
            &lt;td&gt;
            &lt;p&gt;&lt;img width="420" height="1130" align="left" alt="Plugins" src="http://content.newrelic.com/railslab/images/RailsBench-Plugins-052510.png" /&gt;&lt;/p&gt;
            &lt;/td&gt;
        &lt;/tr&gt;
        &lt;tr&gt;
            &lt;td&gt;
            &lt;h2&gt;Comments?&lt;/h2&gt;
            &lt;p&gt;We would like to get your feedback on this report. Is it useful? What do you find interesting in the data? Use the Feedback button below. Thanks.&lt;/p&gt;
            &lt;/td&gt;
        &lt;/tr&gt;
    &lt;/tbody&gt;
&lt;/table&gt;&lt;img src="http://feeds.feedburner.com/~r/RailsLab/~4/0jbuRDvJZkQ" height="1" width="1"/&gt;</description>
      <pubDate>Tue, 25 May 2010 15:45:00 -0700</pubDate>
      <guid isPermaLink="false">urn:uuid:89961d8b-ca6e-41ef-b218-b19bfe823bf9</guid>
      <comments>http://railslab.newrelic.com/2010/05/25/state-of-the-stack-a-ruby-on-rails-benchmarking-report-25-may-2010#comments</comments>
      <category>Benchmarking Reports</category>
      <category>Plugins</category>
      <category>Ruby Versions</category>
      <category>Rails Versions</category>
      <category>Ruby Gems</category>
      <link>http://feedproxy.google.com/~r/RailsLab/~3/0jbuRDvJZkQ/state-of-the-stack-a-ruby-on-rails-benchmarking-report-25-may-2010</link>
    <author>victoria@newrelic.com (New Relic, Inc.)</author><feedburner:origLink>http://railslab.newrelic.com/2010/05/25/state-of-the-stack-a-ruby-on-rails-benchmarking-report-25-may-2010</feedburner:origLink></item>
    <item>
      <title>State of the Stack: A Ruby on Rails Benchmarking Report - 7 January 2010</title>
      <description>&lt;table width="420px" cellspacing="0" cellpadding="0" border="0" class="content"&gt;
    &lt;tbody&gt;
        &lt;tr&gt;
            &lt;td&gt;
            &lt;p&gt;As of 31 December 2009&lt;/p&gt;
            &lt;p&gt;Because New Relic RPM is used by more than 3,000 organizations to manage their Ruby on Rails and Java applications in production, we have unique insight into how thousands of applications are deployed.&lt;/p&gt;
            &lt;p&gt;Since April, 2009, we have periodically published a summary of the most commonly used versions of Ruby, Rails and the various plugins deployed for Ruby applications. This report enables you to compare your own deployed application stack with those used by other development teams. Are you behind the curve in Ruby? Are there some plugins that your team may want to consider? This is a good place to start that conversation. Later this year we will publish benchmarks of the Java stacks our customers use.&lt;/p&gt;
            &lt;p&gt;Many of our customers have opted in to have their performance data shared with the Rails Core Team to aid in the team&amp;#8217;s ongoing work on the platform. In addition to that data New Relic also aggregates information on the versions of OS, Ruby, and Rails used and the various plugins deployed.&lt;/p&gt;
            &lt;p&gt;In this report we list only the most commonly used Ruby and Rails versions and only the most commonly used plugins because a complete list is too long to post here and is probably not all that useful. This report does not cover Gems.&lt;/p&gt;
            &lt;p&gt;And without further ado&amp;hellip;&lt;/p&gt;
            &lt;h2&gt;Most Commonly Deployed Ruby Versions&lt;br /&gt;
            (% of RPM Users)&lt;/h2&gt;
            &lt;/td&gt;
        &lt;/tr&gt;
        &lt;tr&gt;
            &lt;td&gt;
            &lt;p&gt;&lt;img width="420" height="420" align="left" alt="" src="http://content.newrelic.com/railslab/images/RailsBench-Ruby-010510.png" /&gt;&lt;/p&gt;
            &lt;/td&gt;
        &lt;/tr&gt;
        &lt;tr&gt;
            &lt;td&gt;
            &lt;p&gt;Ruby 1.8.6 remains the most widely deployed version. That said, 1.8.7 has seen a marked increase in usage since our last report in June, going from 5% to 30% in just a few months.&lt;/p&gt;
            &lt;/td&gt;
        &lt;/tr&gt;
        &lt;tr&gt;
            &lt;td&gt;
            &lt;h2&gt;Most Commonly Deployed Rails Versions&lt;br /&gt;
            (% of RPM Users)&lt;/h2&gt;
            &lt;/td&gt;
        &lt;/tr&gt;
        &lt;tr&gt;
            &lt;td&gt;
            &lt;p&gt;&lt;img width="420" height="420" align="left" alt="Rails Versions" src="http://content.newrelic.com/railslab/images/RailsBench-Rails-010510.png" /&gt;&lt;/p&gt;
            &lt;p&gt;&amp;nbsp;&lt;/p&gt;
            &lt;/td&gt;
        &lt;/tr&gt;
        &lt;tr&gt;
            &lt;td&gt;
            &lt;p&gt;2.3.2 remains widely deployed as we reported in June, though most of our customers are now using 2.3.4, which was released in early September 2009. A significant percentage are also using 2.3.5, released at the end of November.&lt;/p&gt;
            &lt;/td&gt;
        &lt;/tr&gt;
        &lt;tr&gt;
            &lt;td&gt;
            &lt;h2&gt;Most Commonly Used Plugins&lt;br /&gt;
            (% of RPM Users)&lt;/h2&gt;
            &lt;/td&gt;
        &lt;/tr&gt;
        &lt;tr&gt;
            &lt;td&gt;
            &lt;p&gt;&lt;img width="420" height="1130" align="left" alt="Plugins" src="http://content.newrelic.com/railslab/images/RailsBench-Plugins-010510.png" /&gt;&lt;/p&gt;
            &lt;/td&gt;
        &lt;/tr&gt;
        &lt;tr&gt;
            &lt;td&gt;
            &lt;p&gt;While the top five plugins remain unchanged since June, hoptoad_notifiier has replaced exception_notification as the most common plugin, with over 50% of our user base having deployed it.&lt;/p&gt;
            &lt;p&gt;&lt;em&gt;How to read the Plugin data: Of all New Relic customers deployed into production, X% have this plugin installed in an application. This does not represent market share or total adoption within the Rails community. It represents the percent of New Relic customers who have the plugin deployed.&lt;/em&gt;&lt;/p&gt;
&lt;p&gt;
    &lt;strong&gt;UPDATE:&lt;/strong&gt; We are now capturing the Gems deployed by our customers as well. Here is a list of the top 50 Gems in use (from a list of more than 2000.)&lt;/p&gt;
&lt;p&gt;mislav-will_paginate&lt;br /&gt;
haml&lt;br /&gt;
authlogic&lt;br /&gt;
RedCloth&lt;br /&gt;
fastercsv&lt;br /&gt;
will_paginate&lt;br /&gt;
hpricot&lt;br /&gt;
aws-s3&lt;br /&gt;
json&lt;br /&gt;
chronic&lt;br /&gt;
geokit&lt;br /&gt;
nokogiri&lt;br /&gt;
thoughtbot-paperclip&lt;br /&gt;
rubyist-aasm&lt;br /&gt;
paperclip&lt;br /&gt;
calendar_date_select&lt;br /&gt;
mime-types&lt;br /&gt;
right_aws&lt;br /&gt;
searchlogic&lt;br /&gt;
javan-whenever&lt;br /&gt;
prawn&lt;br /&gt;
oauth&lt;br /&gt;
formtastic&lt;br /&gt;
daemons&lt;br /&gt;
thoughtbot-factory_girl&lt;br /&gt;
activemerchant&lt;br /&gt;
httparty&lt;br /&gt;
rmagick&lt;br /&gt;
rack&lt;br /&gt;
twitter&lt;br /&gt;
mysql&lt;br /&gt;
ruby-openid&lt;br /&gt;
faker&lt;br /&gt;
uuidtools&lt;br /&gt;
memcache-client&lt;br /&gt;
htmlentities&lt;br /&gt;
money&lt;br /&gt;
thoughtbot-shoulda&lt;br /&gt;
friendly_id&lt;br /&gt;
whenever&lt;br /&gt;
rubyzip&lt;br /&gt;
chriseppstein-compass&lt;br /&gt;
libxml-ruby&lt;br /&gt;
rspec&lt;br /&gt;
thinking-sphinx&lt;br /&gt;
rspec-rails&lt;br /&gt;
mocha&lt;br /&gt;
justinfrench-formtastic&lt;br /&gt;
sanitize&lt;br /&gt;
builder&lt;br /&gt;
&lt;/p&gt;
            &lt;h2&gt;Comments?&lt;/h2&gt;
            &lt;p&gt;We would like to get your feedback on this report. Is it useful? What do you find interesting in the data? Use the Feedback button below. Thanks.&lt;/p&gt;
            &lt;/td&gt;
        &lt;/tr&gt;
    &lt;/tbody&gt;
&lt;/table&gt;&lt;img src="http://feeds.feedburner.com/~r/RailsLab/~4/xZTTgudtnkQ" height="1" width="1"/&gt;</description>
      <pubDate>Thu, 07 Jan 2010 09:49:00 -0800</pubDate>
      <guid isPermaLink="false">urn:uuid:4e4b3606-a66d-478c-8fe3-4f34bb790fb3</guid>
      <comments>http://railslab.newrelic.com/2010/01/07/state-of-the-stack-a-ruby-on-rails-benchmarking-report-7-january-2010#comments</comments>
      <category>Benchmarking Reports</category>
      <category>Plugins</category>
      <category>Ruby Versions</category>
      <category>Rails Versions</category>
      <link>http://feedproxy.google.com/~r/RailsLab/~3/xZTTgudtnkQ/state-of-the-stack-a-ruby-on-rails-benchmarking-report-7-january-2010</link>
    <author>victoria@newrelic.com (New Relic, Inc.)</author><feedburner:origLink>http://railslab.newrelic.com/2010/01/07/state-of-the-stack-a-ruby-on-rails-benchmarking-report-7-january-2010</feedburner:origLink></item>
    <item>
      <title>Episode #21 - On The Edge - Part 3</title>
      <description>&lt;p&gt;This is the last of three screencasts where looking at a couple new libraries to help you scale your Rails applications.  In this episode we start by learning about &lt;strong&gt;rubber&lt;/strong&gt;, a capistrano/rails plugin that makes it easy to deploy/manage/scale on Amazon EC2. Then we look at a background job system with a killer user interface called &lt;strong&gt;Cloud Crowd&lt;/strong&gt;.  Lastly we look at a web service called &lt;strong&gt;Mad Mimi&lt;/strong&gt;, which allows you to keep track of mailing lists and even move all of your mailer erb templates out of your web application.  Utilizing Mad Mimi&amp;#8217;s API can give your customer more control of their mailing lists, and alleviate some developer frustration surrounding email.&lt;/p&gt;

&lt;p&gt;To keep up to date with additional libraries which may help with Scaling, be sure to listen to the &lt;a href="http://ruby5.envylabs.com"&gt;Ruby5 Podcast&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;&lt;a class="play-link" href="http://nr-content.s3.amazonaws.com/railslab/videos/21-ScalingRails-On-The-Edge-part-3.mp4"&gt;Play Video&lt;/a&gt; (81.7 MB, 17:07, MP4)&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/RailsLab/~4/Qnr4R0RCvs8" height="1" width="1"/&gt;</description>
      <pubDate>Fri, 23 Oct 2009 11:43:00 -0700</pubDate>
      <guid isPermaLink="false">urn:uuid:05382d35-7e83-4bba-9936-c914b24d9edf</guid>
      <comments>http://railslab.newrelic.com/2009/10/23/episode-21-on-the-edge-part-3#comments</comments>
      <category>Scaling Rails</category>
      <category>Scaling</category>
      <category>Rails</category>
      <link>http://feedproxy.google.com/~r/RailsLab/~3/Qnr4R0RCvs8/episode-21-on-the-edge-part-3</link>
    <author>victoria@newrelic.com (New Relic, Inc.)</author><media:content url="http://feedproxy.google.com/~r/RailsLab/~5/4mp-Fn9f2X0/21-ScalingRails-On-The-Edge-part-3.mp4" fileSize="89751986" type="video/mp4" /><itunes:explicit>no</itunes:explicit><itunes:subtitle> This is the last of three screencasts where looking at a couple new libraries to help you scale your Rails applications. In this episode we start by learning about rubber, a capistrano/rails plugin that makes it easy to deploy/manage/scale on Amazon EC2.</itunes:subtitle><itunes:author>New Relic, Inc.</itunes:author><itunes:summary> This is the last of three screencasts where looking at a couple new libraries to help you scale your Rails applications. In this episode we start by learning about rubber, a capistrano/rails plugin that makes it easy to deploy/manage/scale on Amazon EC2. Then we look at a background job system with a killer user interface called Cloud Crowd. Lastly we look at a web service called Mad Mimi, which allows you to keep track of mailing lists and even move all of your mailer erb templates out of your web application. Utilizing Mad Mimi&amp;#8217;s API can give your customer more control of their mailing lists, and alleviate some developer frustration surrounding email. To keep up to date with additional libraries which may help with Scaling, be sure to listen to the Ruby5 Podcast. Play Video (81.7 MB, 17:07, MP4)</itunes:summary><itunes:keywords>Rails,Scaling,Rails,Ruby,on,Rails</itunes:keywords><feedburner:origLink>http://railslab.newrelic.com/2009/10/23/episode-21-on-the-edge-part-3</feedburner:origLink><enclosure url="http://feedproxy.google.com/~r/RailsLab/~5/4mp-Fn9f2X0/21-ScalingRails-On-The-Edge-part-3.mp4" length="89751986" type="video/mp4" /><feedburner:origEnclosureLink>http://nr-content.s3.amazonaws.com/railslab/videos/21-ScalingRails-On-The-Edge-part-3.mp4</feedburner:origEnclosureLink></item>
    <item>
      <title>Episode #20 - On The Edge - Part 2</title>
      <description>&lt;p&gt;In this screencast we discover what typically causes Ruby server memory bloat, namely instantiating too many ActiveRecord objects.  Thankfully there are several plugins which can help you detect when your application needs some help, and where your application is hurting the most.  We start by taking a look at &lt;strong&gt;Rack-Bug&lt;/strong&gt;, a toolbar which places all sorts of statistics about each requests at your fingertips.  Next, we look at two libraries to help specifically track memory bloat; &lt;strong&gt;Memory Logic&lt;/strong&gt; and &lt;strong&gt;Oink&lt;/strong&gt;.&lt;/p&gt;

&lt;p&gt;&lt;a class="play-link" href="http://nr-content.s3.amazonaws.com/railslab/videos/20-ScalingRails-On-The-Edge-part-2.mp4"&gt;Play Video&lt;/a&gt; (49.5 MB, 10:21, MP4)&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/RailsLab/~4/Wn_i52Oif0o" height="1" width="1"/&gt;</description>
      <pubDate>Fri, 23 Oct 2009 11:40:00 -0700</pubDate>
      <guid isPermaLink="false">urn:uuid:345c0204-5d26-45f4-9a5c-3890cbbb23d0</guid>
      <comments>http://railslab.newrelic.com/2009/10/23/episode-20-on-the-edge-part-2#comments</comments>
      <category>Scaling Rails</category>
      <category>Scaling</category>
      <category>Rails</category>
      <category>application</category>
      <category>bottlenecks</category>
      <link>http://feedproxy.google.com/~r/RailsLab/~3/Wn_i52Oif0o/episode-20-on-the-edge-part-2</link>
    <author>victoria@newrelic.com (New Relic, Inc.)</author><media:content url="http://feedproxy.google.com/~r/RailsLab/~5/qJYbcTHDtSw/20-ScalingRails-On-The-Edge-part-2.mp4" fileSize="53639588" type="video/mp4" /><itunes:explicit>no</itunes:explicit><itunes:subtitle> In this screencast we discover what typically causes Ruby server memory bloat, namely instantiating too many ActiveRecord objects. Thankfully there are several plugins which can help you detect when your application needs some help, and where your applic</itunes:subtitle><itunes:author>New Relic, Inc.</itunes:author><itunes:summary> In this screencast we discover what typically causes Ruby server memory bloat, namely instantiating too many ActiveRecord objects. Thankfully there are several plugins which can help you detect when your application needs some help, and where your application is hurting the most. We start by taking a look at Rack-Bug, a toolbar which places all sorts of statistics about each requests at your fingertips. Next, we look at two libraries to help specifically track memory bloat; Memory Logic and Oink. Play Video (49.5 MB, 10:21, MP4)</itunes:summary><itunes:keywords>Rails,Scaling,Rails,Ruby,on,Rails</itunes:keywords><feedburner:origLink>http://railslab.newrelic.com/2009/10/23/episode-20-on-the-edge-part-2</feedburner:origLink><enclosure url="http://feedproxy.google.com/~r/RailsLab/~5/qJYbcTHDtSw/20-ScalingRails-On-The-Edge-part-2.mp4" length="53639588" type="video/mp4" /><feedburner:origEnclosureLink>http://nr-content.s3.amazonaws.com/railslab/videos/20-ScalingRails-On-The-Edge-part-2.mp4</feedburner:origEnclosureLink></item>
    <item>
      <title>Episode #19 - On The Edge - Part 1</title>
      <description>&lt;p&gt;This is the first of three screencasts where we begin to look at a few new Rails libraries to help you scale your Rails applications.  In this first episode we take a look at &lt;strong&gt;Bullet&lt;/strong&gt;, which will help you optimize your SQL queries by giving you growl notifications when you&amp;#8217;re not using eager loading properly or should be using a counter cache.  Then there&amp;#8217;s &lt;strong&gt;Rails Indexes&lt;/strong&gt; which provides Rake tasks to find missing indexes in your database.  Finally the last library we&amp;#8217;ll learn about is &lt;strong&gt;Scrooge&lt;/strong&gt;, a SQL query optimizer which can reduce the amount of data getting sent from your database to your Rails application.&lt;/p&gt;

&lt;p&gt;All of these libraries I learned about from the &lt;a href="http://ruby5.envylabs.com"&gt;Ruby5 Podcast,&lt;/a&gt; a twice weekly audio podcast covering the latest news in the Ruby and Rails Community.&lt;/p&gt;

&lt;p&gt;&lt;a class="play-link" href="http://nr-content.s3.amazonaws.com/railslab/videos/19-ScalingRails-On-The-Edge-part-1.mp4"&gt;Play Video&lt;/a&gt; (41.4 MB, 8:49, MP4)&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/RailsLab/~4/t9eF2QJ-k08" height="1" width="1"/&gt;</description>
      <pubDate>Fri, 23 Oct 2009 11:35:00 -0700</pubDate>
      <guid isPermaLink="false">urn:uuid:90a529ac-e694-4b34-857c-c13be994d73f</guid>
      <comments>http://railslab.newrelic.com/2009/10/23/episode-19-on-the-edge-part-1#comments</comments>
      <category>Scaling Rails</category>
      <category>scaling database</category>
      <category>Database</category>
      <link>http://feedproxy.google.com/~r/RailsLab/~3/t9eF2QJ-k08/episode-19-on-the-edge-part-1</link>
    <author>victoria@newrelic.com (New Relic, Inc.)</author><media:content url="http://feedproxy.google.com/~r/RailsLab/~5/2_X9PA0Z9PU/19-ScalingRails-On-The-Edge-part-1.mp4" fileSize="44825285" type="video/mp4" /><itunes:explicit>no</itunes:explicit><itunes:subtitle> This is the first of three screencasts where we begin to look at a few new Rails libraries to help you scale your Rails applications. In this first episode we take a look at Bullet, which will help you optimize your SQL queries by giving you growl notifi</itunes:subtitle><itunes:author>New Relic, Inc.</itunes:author><itunes:summary> This is the first of three screencasts where we begin to look at a few new Rails libraries to help you scale your Rails applications. In this first episode we take a look at Bullet, which will help you optimize your SQL queries by giving you growl notifications when you&amp;#8217;re not using eager loading properly or should be using a counter cache. Then there&amp;#8217;s Rails Indexes which provides Rake tasks to find missing indexes in your database. Finally the last library we&amp;#8217;ll learn about is Scrooge, a SQL query optimizer which can reduce the amount of data getting sent from your database to your Rails application. All of these libraries I learned about from the Ruby5 Podcast, a twice weekly audio podcast covering the latest news in the Ruby and Rails Community. Play Video (41.4 MB, 8:49, MP4)</itunes:summary><itunes:keywords>Rails,Scaling,Rails,Ruby,on,Rails</itunes:keywords><feedburner:origLink>http://railslab.newrelic.com/2009/10/23/episode-19-on-the-edge-part-1</feedburner:origLink><enclosure url="http://feedproxy.google.com/~r/RailsLab/~5/2_X9PA0Z9PU/19-ScalingRails-On-The-Edge-part-1.mp4" length="44825285" type="video/mp4" /><feedburner:origEnclosureLink>http://nr-content.s3.amazonaws.com/railslab/videos/19-ScalingRails-On-The-Edge-part-1.mp4</feedburner:origEnclosureLink></item>
    <item>
      <title>Webinar Replay: Optimizing Your Online Store for the Holidays</title>
      <description>&lt;p&gt;In this session Brian Doll, manager of software development at Sheet Music Plus, the nation&amp;#8217;s leading online provider of sheet music, shares his tips on preparing your site optimal application performance, capacity and scalability during the peak season. In addition to providing specific optimization examples, Brian discusses a number of helpful steps in detail. These include:&lt;/p&gt;

&lt;ul&gt;
    &lt;li&gt;Analyze the architecture to understand dependencies&lt;/li&gt;
    &lt;li&gt;Analyze the business to understand customer behavior&lt;/li&gt;
    &lt;li&gt;Measure everything that can be measured&lt;/li&gt;
    &lt;li&gt;Embrace change by being responsive&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;&lt;a class="play-link" href="http://content.newrelic.com/railslab/videos/railslab-sheetmusicplus-optimizing.m4v"&gt;Play Video&lt;/a&gt; (35 MB, 20:21, MPEG-4)&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/RailsLab/~4/y6FxpKnpiDI" height="1" width="1"/&gt;</description>
      <pubDate>Fri, 25 Sep 2009 12:52:00 -0700</pubDate>
      <guid isPermaLink="false">urn:uuid:8176d8c4-9ed9-4ec9-b510-51b17f49c18b</guid>
      <comments>http://railslab.newrelic.com/2009/09/25/webinar-replay-optimizing-your-online-store-for-the-holidays#comments</comments>
      <category>Developing for Performance</category>
      <category>eCommerce</category>
      <category>application bottlenecks</category>
      <category>Capacity Planning</category>
      <category>Caching</category>
      <link>http://feedproxy.google.com/~r/RailsLab/~3/y6FxpKnpiDI/webinar-replay-optimizing-your-online-store-for-the-holidays</link>
    <author>victoria@newrelic.com (New Relic, Inc.)</author><media:content url="http://feedproxy.google.com/~r/RailsLab/~5/BiACr6q-QRM/railslab-sheetmusicplus-optimizing.m4v" fileSize="36650505" type="video/x-m4v" /><itunes:explicit>no</itunes:explicit><itunes:subtitle> In this session Brian Doll, manager of software development at Sheet Music Plus, the nation&amp;#8217;s leading online provider of sheet music, shares his tips on preparing your site optimal application performance, capacity and scalability during the peak s</itunes:subtitle><itunes:author>New Relic, Inc.</itunes:author><itunes:summary> In this session Brian Doll, manager of software development at Sheet Music Plus, the nation&amp;#8217;s leading online provider of sheet music, shares his tips on preparing your site optimal application performance, capacity and scalability during the peak season. In addition to providing specific optimization examples, Brian discusses a number of helpful steps in detail. These include: Analyze the architecture to understand dependencies Analyze the business to understand customer behavior Measure everything that can be measured Embrace change by being responsive Play Video (35 MB, 20:21, MPEG-4)</itunes:summary><itunes:keywords>Rails,Scaling,Rails,Ruby,on,Rails</itunes:keywords><feedburner:origLink>http://railslab.newrelic.com/2009/09/25/webinar-replay-optimizing-your-online-store-for-the-holidays</feedburner:origLink><enclosure url="http://feedproxy.google.com/~r/RailsLab/~5/BiACr6q-QRM/railslab-sheetmusicplus-optimizing.m4v" length="36650505" type="video/x-m4v" /><feedburner:origEnclosureLink>http://content.newrelic.com/railslab/videos/railslab-sheetmusicplus-optimizing.m4v</feedburner:origEnclosureLink></item>
    <item>
      <title>Ward Cunningham, AboutUs.org</title>
      <description>&lt;p&gt;Ward Cunningham of AboutUs.org shares his thoughts on Agile development and the need to compliment the use of specific tools and processes with mastery of development techniques.&lt;/p&gt;

&lt;p&gt;&lt;a class="play-link" href="http://content.newrelic.com/railslab/videos/railslab-cunningham-mastery.m4v"&gt;Play Video&lt;/a&gt; (78.6 MB, 6:50, MPEG-4)&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/RailsLab/~4/4HwLScmEL6s" height="1" width="1"/&gt;</description>
      <pubDate>Tue, 15 Sep 2009 10:02:00 -0700</pubDate>
      <guid isPermaLink="false">urn:uuid:ffc60393-0d50-4c37-82ff-e368ae146283</guid>
      <comments>http://railslab.newrelic.com/2009/09/15/ward-cunningham-aboutus-org#comments</comments>
      <category>Master's Interviews</category>
      <category>Rails Teamwork</category>
      <category>Agile Development</category>
      <link>http://feedproxy.google.com/~r/RailsLab/~3/4HwLScmEL6s/ward-cunningham-aboutus-org</link>
    <author>victoria@newrelic.com (New Relic, Inc.)</author><media:content url="http://feedproxy.google.com/~r/RailsLab/~5/gCMlJgWd9mQ/railslab-cunningham-mastery.m4v" fileSize="82448683" type="video/x-m4v" /><itunes:explicit>no</itunes:explicit><itunes:subtitle> Ward Cunningham of AboutUs.org shares his thoughts on Agile development and the need to compliment the use of specific tools and processes with mastery of development techniques. Play Video (78.6 MB, 6:50, MPEG-4)</itunes:subtitle><itunes:author>New Relic, Inc.</itunes:author><itunes:summary> Ward Cunningham of AboutUs.org shares his thoughts on Agile development and the need to compliment the use of specific tools and processes with mastery of development techniques. Play Video (78.6 MB, 6:50, MPEG-4)</itunes:summary><itunes:keywords>Rails,Scaling,Rails,Ruby,on,Rails</itunes:keywords><feedburner:origLink>http://railslab.newrelic.com/2009/09/15/ward-cunningham-aboutus-org</feedburner:origLink><enclosure url="http://feedproxy.google.com/~r/RailsLab/~5/gCMlJgWd9mQ/railslab-cunningham-mastery.m4v" length="82448683" type="video/x-m4v" /><feedburner:origEnclosureLink>http://content.newrelic.com/railslab/videos/railslab-cunningham-mastery.m4v</feedburner:origEnclosureLink></item>
    <item>
      <title>Webinar Replay: Using Apdex to Improve Online Customer Satisfaction</title>
      <description>&lt;p&gt;In this fast-paced, 30-minute session Peter Sevcik, founder and executive director of the Apdex Alliance, provides an overview of Apdex, an open standard for reporting, benchmarking, and tracking application performance. New Relic consultant Steve Hudson follows with real-world examples of how to measure Apdex scores in production Rails or Java web applications using RPM.&lt;/p&gt;

&lt;p&gt;&lt;a href="http://content.newrelic.com/railslab/videos/railslab-apdex-webinar.mp4" class="play-link"&gt;Play Video&lt;/a&gt; (34 MB, 25:19, MP4)&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/RailsLab/~4/7rOOT_Wct8I" height="1" width="1"/&gt;</description>
      <pubDate>Mon, 31 Aug 2009 20:26:00 -0700</pubDate>
      <guid isPermaLink="false">urn:uuid:761e761c-a8eb-4bca-b673-4da2324b5d7d</guid>
      <comments>http://railslab.newrelic.com/2009/08/31/webinar-replay-using-apdex-to-improve-online-customer-satisfaction#comments</comments>
      <category>Developing for Performance</category>
      <category>eCommerce</category>
      <link>http://feedproxy.google.com/~r/RailsLab/~3/7rOOT_Wct8I/webinar-replay-using-apdex-to-improve-online-customer-satisfaction</link>
    <author>victoria@newrelic.com (New Relic, Inc.)</author><media:content url="http://feedproxy.google.com/~r/RailsLab/~5/ItT-Tc_iMOw/railslab-apdex-webinar.mp4" fileSize="35645230" type="video/mp4" /><itunes:explicit>no</itunes:explicit><itunes:subtitle> In this fast-paced, 30-minute session Peter Sevcik, founder and executive director of the Apdex Alliance, provides an overview of Apdex, an open standard for reporting, benchmarking, and tracking application performance. New Relic consultant Steve Hudson</itunes:subtitle><itunes:author>New Relic, Inc.</itunes:author><itunes:summary> In this fast-paced, 30-minute session Peter Sevcik, founder and executive director of the Apdex Alliance, provides an overview of Apdex, an open standard for reporting, benchmarking, and tracking application performance. New Relic consultant Steve Hudson follows with real-world examples of how to measure Apdex scores in production Rails or Java web applications using RPM. Play Video (34 MB, 25:19, MP4)</itunes:summary><itunes:keywords>Rails,Scaling,Rails,Ruby,on,Rails</itunes:keywords><feedburner:origLink>http://railslab.newrelic.com/2009/08/31/webinar-replay-using-apdex-to-improve-online-customer-satisfaction</feedburner:origLink><enclosure url="http://feedproxy.google.com/~r/RailsLab/~5/ItT-Tc_iMOw/railslab-apdex-webinar.mp4" length="35645230" type="video/mp4" /><feedburner:origEnclosureLink>http://content.newrelic.com/railslab/videos/railslab-apdex-webinar.mp4</feedburner:origEnclosureLink></item>
    <item>
      <title>Lior Shiff, Product Madness - pt. 2</title>
      <description>&lt;p&gt;In part two of his discussion, Lior Shiff of Product Madness talks about the benefits of developing in Rails including, ease of use, maintainability, scalability. The talk concludes with an overview of effective development, testing and monitoring tools.&lt;/p&gt;

&lt;p&gt;&lt;b&gt;Part Two: Rails, Architecture, and Scalability. Oh My!&lt;/b&gt;&lt;br /&gt;
&lt;a href="http://content.newrelic.com/railslab/videos/railslab-productmadness-2.mp3" class="play-link"&gt;Play Audio&lt;/a&gt; (16.3 MB, 12:14, MP3)&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/RailsLab/~4/E5Uxt0xlxVA" height="1" width="1"/&gt;</description>
      <pubDate>Tue, 25 Aug 2009 15:56:00 -0700</pubDate>
      <guid isPermaLink="false">urn:uuid:30ce24cd-28ca-4097-ade5-bfd9d7b4f82f</guid>
      <comments>http://railslab.newrelic.com/2009/08/25/lior-shiff-product-madness-pt-2#comments</comments>
      <category>Master's Interviews</category>
      <category>Facebook Development</category>
      <category>MySpace Development</category>
      <category>Social Apps</category>
      <category>Interview</category>
      <link>http://feedproxy.google.com/~r/RailsLab/~3/E5Uxt0xlxVA/lior-shiff-product-madness-pt-2</link>
    <author>victoria@newrelic.com (New Relic, Inc.)</author><media:content url="http://feedproxy.google.com/~r/RailsLab/~5/303q3dzm6Fw/railslab-productmadness-2.mp3" fileSize="17135244" type="audio/mpg" /><itunes:explicit>no</itunes:explicit><itunes:subtitle> In part two of his discussion, Lior Shiff of Product Madness talks about the benefits of developing in Rails including, ease of use, maintainability, scalability. The talk concludes with an overview of effective development, testing and monitoring tools.</itunes:subtitle><itunes:author>New Relic, Inc.</itunes:author><itunes:summary> In part two of his discussion, Lior Shiff of Product Madness talks about the benefits of developing in Rails including, ease of use, maintainability, scalability. The talk concludes with an overview of effective development, testing and monitoring tools. Part Two: Rails, Architecture, and Scalability. Oh My! Play Audio (16.3 MB, 12:14, MP3)</itunes:summary><itunes:keywords>Rails,Scaling,Rails,Ruby,on,Rails</itunes:keywords><feedburner:origLink>http://railslab.newrelic.com/2009/08/25/lior-shiff-product-madness-pt-2</feedburner:origLink><enclosure url="http://feedproxy.google.com/~r/RailsLab/~5/303q3dzm6Fw/railslab-productmadness-2.mp3" length="17135244" type="audio/mpg" /><feedburner:origEnclosureLink>http://content.newrelic.com/railslab/videos/railslab-productmadness-2.mp3</feedburner:origEnclosureLink></item>
    <item>
      <title>Lior Shiff, Product Madness - pt. 1</title>
      <description>&lt;p&gt;Lior Shiff, CEO and Founder of Product Madness, discusses the benefits and challenges of developing social applications in dynamic, rapidly changing environments. He also shares valuable advice for Facebook developers.&lt;/p&gt;

&lt;p&gt;&lt;b&gt;Part One: Introductions + Developing for Social Networks&lt;/b&gt;&lt;br /&gt;
&lt;a class="play-link" href="http://content.newrelic.com/railslab/videos/railslab-productmadness-1.mp3"&gt;Play Audio&lt;/a&gt; (14.2 MB, 12:25, MP3)&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/RailsLab/~4/7g1kp9er7Lg" height="1" width="1"/&gt;</description>
      <pubDate>Tue, 25 Aug 2009 15:55:00 -0700</pubDate>
      <guid isPermaLink="false">urn:uuid:e00bc994-7e40-48e0-978e-9a844c0fb437</guid>
      <comments>http://railslab.newrelic.com/2009/08/25/lior-shiff-product-madness-pt-1#comments</comments>
      <category>Master's Interviews</category>
      <category>Facebook Development</category>
      <category>MySpace Development</category>
      <category>Social Apps</category>
      <category>Interview</category>
      <link>http://feedproxy.google.com/~r/RailsLab/~3/7g1kp9er7Lg/lior-shiff-product-madness-pt-1</link>
    <author>victoria@newrelic.com (New Relic, Inc.)</author><media:content url="http://feedproxy.google.com/~r/RailsLab/~5/jtIw0lEcd_Q/railslab-productmadness-1.mp3" fileSize="14892442" type="audio/mpg" /><itunes:explicit>no</itunes:explicit><itunes:subtitle> Lior Shiff, CEO and Founder of Product Madness, discusses the benefits and challenges of developing social applications in dynamic, rapidly changing environments. He also shares valuable advice for Facebook developers. Part One: Introductions + Developin</itunes:subtitle><itunes:author>New Relic, Inc.</itunes:author><itunes:summary> Lior Shiff, CEO and Founder of Product Madness, discusses the benefits and challenges of developing social applications in dynamic, rapidly changing environments. He also shares valuable advice for Facebook developers. Part One: Introductions + Developing for Social Networks Play Audio (14.2 MB, 12:25, MP3)</itunes:summary><itunes:keywords>Rails,Scaling,Rails,Ruby,on,Rails</itunes:keywords><feedburner:origLink>http://railslab.newrelic.com/2009/08/25/lior-shiff-product-madness-pt-1</feedburner:origLink><enclosure url="http://feedproxy.google.com/~r/RailsLab/~5/jtIw0lEcd_Q/railslab-productmadness-1.mp3" length="14892442" type="audio/mpg" /><feedburner:origEnclosureLink>http://content.newrelic.com/railslab/videos/railslab-productmadness-1.mp3</feedburner:origEnclosureLink></item>
    <item>
      <title>Jesse Proudman, Blue Box Group - pt. 1</title>
      <description>&lt;p&gt;Listen to Jesse Proudman of Blue Box Group offer insights and advice for companies deciding whether to move to a Cloud-computing environment. Topics include:&lt;/p&gt;

&lt;ul&gt;
    &lt;li&gt;To Cloud or Not to Cloud&lt;/li&gt;
    &lt;li&gt;Top 3 considerations for moving to the cloud&lt;/li&gt;
    &lt;li&gt;Key security and compliance concerns&lt;/li&gt;
    &lt;li&gt;Managing performance SLAs&lt;/li&gt;
    &lt;li&gt;Scaling rails applications&lt;/li&gt;
    &lt;li&gt;The importance of memcache&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;&lt;b&gt;Choosing the Right Hosting Environment&lt;/b&gt;&lt;br /&gt;
&lt;a href="http://content.newrelic.com/railslab/videos/railslab-bbg-jproudman-pt1.mov" class="play-link"&gt;Play Video&lt;/a&gt; (68.9 MB, 10:51, QuickTime MOV)&lt;br /&gt;
&lt;a href="http://content.newrelic.com/railslab/videos/railslab-bbg-jproudman-pt1.m4v" class="play-link"&gt;Play Video&lt;/a&gt; (130.2 MB, 10:51, MPEG-4 Video)&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/RailsLab/~4/SnMF_O6twc0" height="1" width="1"/&gt;</description>
      <pubDate>Tue, 25 Aug 2009 15:48:00 -0700</pubDate>
      <guid isPermaLink="false">urn:uuid:c8f7a0fa-758b-47e7-ac19-df5e68dc55a7</guid>
      <comments>http://railslab.newrelic.com/2009/08/25/jesse-proudman-blue-box-group-pt-1#comments</comments>
      <category>Master's Interviews</category>
      <category>Cloud Computing</category>
      <category>scaling database</category>
      <category>Caching</category>
      <category>Capacity Planning</category>
      <link>http://feedproxy.google.com/~r/RailsLab/~3/SnMF_O6twc0/jesse-proudman-blue-box-group-pt-1</link>
    <author>victoria@newrelic.com (New Relic, Inc.)</author><media:content url="http://feedproxy.google.com/~r/RailsLab/~5/7bBjh3gskg0/railslab-bbg-jproudman-pt1.mov" fileSize="73141179" type="video/quicktime" /><itunes:explicit>no</itunes:explicit><itunes:subtitle> Listen to Jesse Proudman of Blue Box Group offer insights and advice for companies deciding whether to move to a Cloud-computing environment. Topics include: To Cloud or Not to Cloud Top 3 considerations for moving to the cloud Key security and complianc</itunes:subtitle><itunes:author>New Relic, Inc.</itunes:author><itunes:summary> Listen to Jesse Proudman of Blue Box Group offer insights and advice for companies deciding whether to move to a Cloud-computing environment. Topics include: To Cloud or Not to Cloud Top 3 considerations for moving to the cloud Key security and compliance concerns Managing performance SLAs Scaling rails applications The importance of memcache Choosing the Right Hosting Environment Play Video (68.9 MB, 10:51, QuickTime MOV) Play Video (130.2 MB, 10:51, MPEG-4 Video)</itunes:summary><itunes:keywords>Rails,Scaling,Rails,Ruby,on,Rails</itunes:keywords><feedburner:origLink>http://railslab.newrelic.com/2009/08/25/jesse-proudman-blue-box-group-pt-1</feedburner:origLink><enclosure url="http://feedproxy.google.com/~r/RailsLab/~5/7bBjh3gskg0/railslab-bbg-jproudman-pt1.mov" length="73141179" type="video/quicktime" /><feedburner:origEnclosureLink>http://content.newrelic.com/railslab/videos/railslab-bbg-jproudman-pt1.mov</feedburner:origEnclosureLink></item>
    <item>
      <title>Jesse Proudman, Blue Box Group - pt. 2</title>
      <description>&lt;p&gt;Listen to Jesse Proudman of Blue Box Group offer insights and advice for companies deciding whether to move to a Cloud-computing environment. Topics include:&lt;/p&gt;

&lt;ul&gt;
    &lt;li&gt;To Cloud or Not to Cloud&lt;/li&gt;
    &lt;li&gt;Top 3 considerations for moving to the cloud&lt;/li&gt;
    &lt;li&gt;Key security and compliance concerns&lt;/li&gt;
    &lt;li&gt;Managing performance SLAs&lt;/li&gt;
    &lt;li&gt;Scaling rails applications&lt;/li&gt;
    &lt;li&gt;The importance of memcache&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;&lt;b&gt;Planning and Scaling Rails Deployments&lt;/b&gt;&lt;br /&gt;
&lt;a href="http://content.newrelic.com/railslab/videos/railslab-bbg-jproudman-pt2.mov" class="play-link"&gt;Play Video&lt;/a&gt; (97.6 MB, 15:20, QuickTime MOV)&lt;br /&gt;
&lt;a href="http://content.newrelic.com/railslab/videos/railslab-bbg-jproudman-pt2.m4v" class="play-link"&gt;Play Video&lt;/a&gt; (185.6 MB, 15:20, MPEG-4 Video)&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/RailsLab/~4/YyaleMZt-Mw" height="1" width="1"/&gt;</description>
      <pubDate>Tue, 25 Aug 2009 15:48:00 -0700</pubDate>
      <guid isPermaLink="false">urn:uuid:70913799-0a72-4938-baa0-3ff4ec754ae1</guid>
      <comments>http://railslab.newrelic.com/2009/08/25/jesse-proudman-blue-box-group-pt-2#comments</comments>
      <category>Master's Interviews</category>
      <category>Cloud Computing</category>
      <category>scaling database</category>
      <category>Caching</category>
      <category>Capacity Planning</category>
      <link>http://feedproxy.google.com/~r/RailsLab/~3/YyaleMZt-Mw/jesse-proudman-blue-box-group-pt-2</link>
    <author>victoria@newrelic.com (New Relic, Inc.)</author><media:content url="http://feedproxy.google.com/~r/RailsLab/~5/wzKxdchHrZY/railslab-bbg-jproudman-pt2.mov" fileSize="102289944" type="video/quicktime" /><itunes:explicit>no</itunes:explicit><itunes:subtitle> Listen to Jesse Proudman of Blue Box Group offer insights and advice for companies deciding whether to move to a Cloud-computing environment. Topics include: To Cloud or Not to Cloud Top 3 considerations for moving to the cloud Key security and complianc</itunes:subtitle><itunes:author>New Relic, Inc.</itunes:author><itunes:summary> Listen to Jesse Proudman of Blue Box Group offer insights and advice for companies deciding whether to move to a Cloud-computing environment. Topics include: To Cloud or Not to Cloud Top 3 considerations for moving to the cloud Key security and compliance concerns Managing performance SLAs Scaling rails applications The importance of memcache Planning and Scaling Rails Deployments Play Video (97.6 MB, 15:20, QuickTime MOV) Play Video (185.6 MB, 15:20, MPEG-4 Video)</itunes:summary><itunes:keywords>Rails,Scaling,Rails,Ruby,on,Rails</itunes:keywords><feedburner:origLink>http://railslab.newrelic.com/2009/08/25/jesse-proudman-blue-box-group-pt-2</feedburner:origLink><enclosure url="http://feedproxy.google.com/~r/RailsLab/~5/wzKxdchHrZY/railslab-bbg-jproudman-pt2.mov" length="102289944" type="video/quicktime" /><feedburner:origEnclosureLink>http://content.newrelic.com/railslab/videos/railslab-bbg-jproudman-pt2.mov</feedburner:origEnclosureLink></item>
    <item>
      <title>Adam Wiggins and Ryan Tomayko, Heroku - pt. 1</title>
      <description>&lt;p&gt;An interview in 3 parts with Adam Wiggins and Ryan Tomayko of Heroku from their recent visit to New Relic. They discuss the vision behind the creation of Heroku, their passion for helping developers create scalable, high-performance Rails apps in the cloud, taking full advantage of cloud deployment, and their tips and best practices to create a high-performance app.&lt;/p&gt;

&lt;p&gt;Introductions + The Heroku Vision&lt;br /&gt;
&lt;a href="http://content.newrelic.com/railslab/videos/railslab-heroku-intro-vision.mov" class="play-link"&gt;Play Video&lt;/a&gt; (52.5 MB, 8:51, QuickTime MOV)&lt;br /&gt;
&lt;a href="http://content.newrelic.com/railslab/videos/railslab-heroku-intro-vision.m4v" class="play-link"&gt;Play Video&lt;/a&gt; (107.3 MB, 8:51, MPEG-4 video)&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/RailsLab/~4/oL9oCdNgSQQ" height="1" width="1"/&gt;</description>
      <pubDate>Tue, 25 Aug 2009 15:47:00 -0700</pubDate>
      <guid isPermaLink="false">urn:uuid:2ee2d975-94bf-44cc-903b-ed47142a4ce3</guid>
      <comments>http://railslab.newrelic.com/2009/08/25/adam-wiggins-and-ryan-tomayko-heroku-pt-1#comments</comments>
      <category>Master's Interviews</category>
      <category>Caching</category>
      <category>Interview</category>
      <link>http://feedproxy.google.com/~r/RailsLab/~3/oL9oCdNgSQQ/adam-wiggins-and-ryan-tomayko-heroku-pt-1</link>
    <author>victoria@newrelic.com (New Relic, Inc.)</author><media:content url="http://feedproxy.google.com/~r/RailsLab/~5/CfWdUNF4Rgs/railslab-heroku-intro-vision.mov" fileSize="55068376" type="video/quicktime" /><itunes:explicit>no</itunes:explicit><itunes:subtitle> An interview in 3 parts with Adam Wiggins and Ryan Tomayko of Heroku from their recent visit to New Relic. They discuss the vision behind the creation of Heroku, their passion for helping developers create scalable, high-performance Rails apps in the clo</itunes:subtitle><itunes:author>New Relic, Inc.</itunes:author><itunes:summary> An interview in 3 parts with Adam Wiggins and Ryan Tomayko of Heroku from their recent visit to New Relic. They discuss the vision behind the creation of Heroku, their passion for helping developers create scalable, high-performance Rails apps in the cloud, taking full advantage of cloud deployment, and their tips and best practices to create a high-performance app. Introductions + The Heroku Vision Play Video (52.5 MB, 8:51, QuickTime MOV) Play Video (107.3 MB, 8:51, MPEG-4 video)</itunes:summary><itunes:keywords>Rails,Scaling,Rails,Ruby,on,Rails</itunes:keywords><feedburner:origLink>http://railslab.newrelic.com/2009/08/25/adam-wiggins-and-ryan-tomayko-heroku-pt-1</feedburner:origLink><enclosure url="http://feedproxy.google.com/~r/RailsLab/~5/CfWdUNF4Rgs/railslab-heroku-intro-vision.mov" length="55068376" type="video/quicktime" /><feedburner:origEnclosureLink>http://content.newrelic.com/railslab/videos/railslab-heroku-intro-vision.mov</feedburner:origEnclosureLink></item>
    <item>
      <title>Adam Wiggins and Ryan Tomayko, Heroku - pt. 2</title>
      <description>&lt;p&gt;An interview in 3 parts with Adam Wiggins and Ryan Tomayko of Heroku from their recent visit to New Relic. They discuss the vision behind the creation of Heroku, their passion for helping developers create scalable, high-performance Rails apps in the cloud, taking full advantage of cloud deployment, and their tips and best practices to create a high-performance app.&lt;/p&gt;

&lt;p&gt;Performance + Best Practices&lt;br /&gt;
&lt;a href="http://content.newrelic.com/railslab/videos/railslab-heroku-performance-bp.mov" class="play-link"&gt;Play Video&lt;/a&gt; (70.3 MB, 12:14, QuickTime MOV)&lt;br /&gt;
&lt;a href="http://content.newrelic.com/railslab/videos/railslab-heroku-performance-bp.m4v" class="play-link"&gt;Play Video&lt;/a&gt; (148.1 MB, 12:14, MPEG-4 video)&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/RailsLab/~4/ecYXgM9tA3Q" height="1" width="1"/&gt;</description>
      <pubDate>Tue, 25 Aug 2009 15:46:00 -0700</pubDate>
      <guid isPermaLink="false">urn:uuid:ad705ad3-e682-4710-9925-a85b4175a0af</guid>
      <comments>http://railslab.newrelic.com/2009/08/25/adam-wiggins-and-ryan-tomayko-heroku-pt-2#comments</comments>
      <category>Master's Interviews</category>
      <category>Caching</category>
      <category>Interview</category>
      <link>http://feedproxy.google.com/~r/RailsLab/~3/ecYXgM9tA3Q/adam-wiggins-and-ryan-tomayko-heroku-pt-2</link>
    <author>victoria@newrelic.com (New Relic, Inc.)</author><media:content url="http://feedproxy.google.com/~r/RailsLab/~5/iQLTo5BkVCM/railslab-heroku-performance-bp.mov" fileSize="73714083" type="video/quicktime" /><itunes:explicit>no</itunes:explicit><itunes:subtitle> An interview in 3 parts with Adam Wiggins and Ryan Tomayko of Heroku from their recent visit to New Relic. They discuss the vision behind the creation of Heroku, their passion for helping developers create scalable, high-performance Rails apps in the clo</itunes:subtitle><itunes:author>New Relic, Inc.</itunes:author><itunes:summary> An interview in 3 parts with Adam Wiggins and Ryan Tomayko of Heroku from their recent visit to New Relic. They discuss the vision behind the creation of Heroku, their passion for helping developers create scalable, high-performance Rails apps in the cloud, taking full advantage of cloud deployment, and their tips and best practices to create a high-performance app. Performance + Best Practices Play Video (70.3 MB, 12:14, QuickTime MOV) Play Video (148.1 MB, 12:14, MPEG-4 video)</itunes:summary><itunes:keywords>Rails,Scaling,Rails,Ruby,on,Rails</itunes:keywords><feedburner:origLink>http://railslab.newrelic.com/2009/08/25/adam-wiggins-and-ryan-tomayko-heroku-pt-2</feedburner:origLink><enclosure url="http://feedproxy.google.com/~r/RailsLab/~5/iQLTo5BkVCM/railslab-heroku-performance-bp.mov" length="73714083" type="video/quicktime" /><feedburner:origEnclosureLink>http://content.newrelic.com/railslab/videos/railslab-heroku-performance-bp.mov</feedburner:origEnclosureLink></item>
    <item>
      <title>Adam Wiggins and Ryan Tomayko, Heroku - pt. 3</title>
      <description>&lt;p&gt;An interview in 3 parts with Adam Wiggins and Ryan Tomayko of Heroku from their recent visit to New Relic. They discuss the vision behind the creation of Heroku, their passion for helping developers create scalable, high-performance Rails apps in the cloud, taking full advantage of cloud deployment, and their tips and best practices to create a high-performance app.&lt;/p&gt;

&lt;p&gt;Tools + Collaboration&lt;br /&gt;
&lt;a href="http://content.newrelic.com/railslab/videos/railslab-heroku-tools-collaboration.mov" class="play-link"&gt;Play Video&lt;/a&gt; (39.2 MB, 6:46, QuickTime MOV)&lt;br /&gt;
&lt;a href="http://content.newrelic.com/railslab/videos/railslab-heroku-tools-collaboration.m4v" class="play-link"&gt;Play Video&lt;/a&gt; (81.6 MB, 6:46, MPEG-4 video)&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/RailsLab/~4/KLgm-Q13Zn4" height="1" width="1"/&gt;</description>
      <pubDate>Tue, 25 Aug 2009 15:44:00 -0700</pubDate>
      <guid isPermaLink="false">urn:uuid:fa758133-12c4-4b77-a38b-e72e0100b9f8</guid>
      <comments>http://railslab.newrelic.com/2009/08/25/adam-wiggins-and-ryan-tomayko-heroku-pt-3#comments</comments>
      <category>Master's Interviews</category>
      <category>Caching</category>
      <category>Interview</category>
      <link>http://feedproxy.google.com/~r/RailsLab/~3/KLgm-Q13Zn4/adam-wiggins-and-ryan-tomayko-heroku-pt-3</link>
    <author>victoria@newrelic.com (New Relic, Inc.)</author><media:content url="http://feedproxy.google.com/~r/RailsLab/~5/vAIvk4M6Mks/railslab-heroku-tools-collaboration.mov" fileSize="41121155" type="video/quicktime" /><itunes:explicit>no</itunes:explicit><itunes:subtitle> An interview in 3 parts with Adam Wiggins and Ryan Tomayko of Heroku from their recent visit to New Relic. They discuss the vision behind the creation of Heroku, their passion for helping developers create scalable, high-performance Rails apps in the clo</itunes:subtitle><itunes:author>New Relic, Inc.</itunes:author><itunes:summary> An interview in 3 parts with Adam Wiggins and Ryan Tomayko of Heroku from their recent visit to New Relic. They discuss the vision behind the creation of Heroku, their passion for helping developers create scalable, high-performance Rails apps in the cloud, taking full advantage of cloud deployment, and their tips and best practices to create a high-performance app. Tools + Collaboration Play Video (39.2 MB, 6:46, QuickTime MOV) Play Video (81.6 MB, 6:46, MPEG-4 video)</itunes:summary><itunes:keywords>Rails,Scaling,Rails,Ruby,on,Rails</itunes:keywords><feedburner:origLink>http://railslab.newrelic.com/2009/08/25/adam-wiggins-and-ryan-tomayko-heroku-pt-3</feedburner:origLink><enclosure url="http://feedproxy.google.com/~r/RailsLab/~5/vAIvk4M6Mks/railslab-heroku-tools-collaboration.mov" length="41121155" type="video/quicktime" /><feedburner:origEnclosureLink>http://content.newrelic.com/railslab/videos/railslab-heroku-tools-collaboration.mov</feedburner:origEnclosureLink></item>
    <item>
      <title>Episode #18 - Scaling Your Database - Part 2</title>
      <description>&lt;p&gt;In this second screencast we start out by learning the differences between the myISAM and InnoDB database engines for MySQL.&amp;nbsp; Next we learn how to scale a write heavy database by using Master Master replication, and how we might configure this to work with our Rails application.&amp;nbsp; Lastly we&amp;#8217;ll figure out how to shard our database by spliting our tables between multiple databases and show how both New Relic and eBay take advantage of this technique.&lt;/p&gt;

&lt;p&gt;&lt;a href="http://nr-content.s3.amazonaws.com/railslab/videos/18-ScalingRails-Scaling-Your-Database-Part-2.mp4" class="play-link"&gt;Play Video&lt;/a&gt; (31 MB, 14:20, MP4)&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/RailsLab/~4/Ll_DVEC8Abo" height="1" width="1"/&gt;</description>
      <pubDate>Fri, 24 Jul 2009 12:41:00 -0700</pubDate>
      <guid isPermaLink="false">urn:uuid:79299f1b-24f8-47a7-adbd-56569bd66988</guid>
      <comments>http://railslab.newrelic.com/2009/07/24/episode-18-scaling-your-database-part-2#comments</comments>
      <category>Scaling Rails</category>
      <category>Database</category>
      <category>application bottlenecks</category>
      <category>scaling database</category>
      <link>http://feedproxy.google.com/~r/RailsLab/~3/Ll_DVEC8Abo/episode-18-scaling-your-database-part-2</link>
    <author>victoria@newrelic.com (New Relic, Inc.)</author><media:content url="http://feedproxy.google.com/~r/RailsLab/~5/77dSCeXzIiA/18-ScalingRails-Scaling-Your-Database-Part-2.mp4" fileSize="32612151" type="video/mp4" /><itunes:explicit>no</itunes:explicit><itunes:subtitle> In this second screencast we start out by learning the differences between the myISAM and InnoDB database engines for MySQL.&amp;nbsp; Next we learn how to scale a write heavy database by using Master Master replication, and how we might configure this to wo</itunes:subtitle><itunes:author>New Relic, Inc.</itunes:author><itunes:summary> In this second screencast we start out by learning the differences between the myISAM and InnoDB database engines for MySQL.&amp;nbsp; Next we learn how to scale a write heavy database by using Master Master replication, and how we might configure this to work with our Rails application.&amp;nbsp; Lastly we&amp;#8217;ll figure out how to shard our database by spliting our tables between multiple databases and show how both New Relic and eBay take advantage of this technique. Play Video (31 MB, 14:20, MP4)</itunes:summary><itunes:keywords>Rails,Scaling,Rails,Ruby,on,Rails</itunes:keywords><feedburner:origLink>http://railslab.newrelic.com/2009/07/24/episode-18-scaling-your-database-part-2</feedburner:origLink><enclosure url="http://feedproxy.google.com/~r/RailsLab/~5/77dSCeXzIiA/18-ScalingRails-Scaling-Your-Database-Part-2.mp4" length="32612151" type="video/mp4" /><feedburner:origEnclosureLink>http://nr-content.s3.amazonaws.com/railslab/videos/18-ScalingRails-Scaling-Your-Database-Part-2.mp4</feedburner:origEnclosureLink></item>
    <item>
      <title>Episode #17 - Scaling Your Database - Part 1</title>
      <description>&lt;p&gt;If the bottleneck of your application is your database even after caching as much as possible, what can you do?  This is the first of two screencasts where we&amp;#8217;re going to learn about techniques for increasing the power of your Database. In this first video we learn how to grow our database step by step using both vertical and horizontal scaling.&lt;/p&gt;

&lt;p&gt;&lt;a href="http://nr-content.s3.amazonaws.com/railslab/videos/17-ScalingRails-Scaling-Your-Database-Part-1.mp4" class="play-link"&gt;Play Video&lt;/a&gt; (26.3 MB, 11:20, MP4)&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/RailsLab/~4/kW9b9Ua51yU" height="1" width="1"/&gt;</description>
      <pubDate>Thu, 16 Jul 2009 13:49:00 -0700</pubDate>
      <guid isPermaLink="false">urn:uuid:5557513d-4ce4-4d1d-aa58-bf1c5826d8c4</guid>
      <comments>http://railslab.newrelic.com/2009/07/16/episode-17-scaling-your-database-part-1#comments</comments>
      <category>Scaling Rails</category>
      <category>Database</category>
      <category>application bottlenecks</category>
      <category>scaling database</category>
      <link>http://feedproxy.google.com/~r/RailsLab/~3/kW9b9Ua51yU/episode-17-scaling-your-database-part-1</link>
    <author>victoria@newrelic.com (New Relic, Inc.)</author><media:content url="http://feedproxy.google.com/~r/RailsLab/~5/67aP-_zxMHE/17-ScalingRails-Scaling-Your-Database-Part-1.mp4" fileSize="31863410" type="video/mp4" /><itunes:explicit>no</itunes:explicit><itunes:subtitle> If the bottleneck of your application is your database even after caching as much as possible, what can you do? This is the first of two screencasts where we&amp;#8217;re going to learn about techniques for increasing the power of your Database. In this firs</itunes:subtitle><itunes:author>New Relic, Inc.</itunes:author><itunes:summary> If the bottleneck of your application is your database even after caching as much as possible, what can you do? This is the first of two screencasts where we&amp;#8217;re going to learn about techniques for increasing the power of your Database. In this first video we learn how to grow our database step by step using both vertical and horizontal scaling. Play Video (26.3 MB, 11:20, MP4)</itunes:summary><itunes:keywords>Rails,Scaling,Rails,Ruby,on,Rails</itunes:keywords><feedburner:origLink>http://railslab.newrelic.com/2009/07/16/episode-17-scaling-your-database-part-1</feedburner:origLink><enclosure url="http://feedproxy.google.com/~r/RailsLab/~5/67aP-_zxMHE/17-ScalingRails-Scaling-Your-Database-Part-1.mp4" length="31863410" type="video/mp4" /><feedburner:origEnclosureLink>http://nr-content.s3.amazonaws.com/railslab/videos/17-ScalingRails-Scaling-Your-Database-Part-1.mp4</feedburner:origEnclosureLink></item>
  <media:credit role="author">New Relic, Inc.</media:credit><media:rating>nonadult</media:rating><media:description type="plain">Expert advice on tuning and optimizing your Rails app.</media:description></channel>
</rss>

