<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/css" href="/stylesheets/rss.css"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/">
  <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>
    <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;</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://railslab.newrelic.com/2010/01/07/state-of-the-stack-a-ruby-on-rails-benchmarking-report-7-january-2010</link>
    </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;</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://railslab.newrelic.com/2009/10/23/episode-21-on-the-edge-part-3</link>
    </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;</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://railslab.newrelic.com/2009/10/23/episode-20-on-the-edge-part-2</link>
    </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;</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://railslab.newrelic.com/2009/10/23/episode-19-on-the-edge-part-1</link>
    </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;</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://railslab.newrelic.com/2009/09/25/webinar-replay-optimizing-your-online-store-for-the-holidays</link>
    </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;</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://railslab.newrelic.com/2009/09/15/ward-cunningham-aboutus-org</link>
    </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;</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://railslab.newrelic.com/2009/08/31/webinar-replay-using-apdex-to-improve-online-customer-satisfaction</link>
    </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;</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://railslab.newrelic.com/2009/08/25/lior-shiff-product-madness-pt-2</link>
    </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;</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://railslab.newrelic.com/2009/08/25/lior-shiff-product-madness-pt-1</link>
    </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;</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://railslab.newrelic.com/2009/08/25/jesse-proudman-blue-box-group-pt-1</link>
    </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;</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://railslab.newrelic.com/2009/08/25/jesse-proudman-blue-box-group-pt-2</link>
    </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;</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://railslab.newrelic.com/2009/08/25/adam-wiggins-and-ryan-tomayko-heroku-pt-1</link>
    </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;</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://railslab.newrelic.com/2009/08/25/adam-wiggins-and-ryan-tomayko-heroku-pt-2</link>
    </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;</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://railslab.newrelic.com/2009/08/25/adam-wiggins-and-ryan-tomayko-heroku-pt-3</link>
    </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;</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://railslab.newrelic.com/2009/07/24/episode-18-scaling-your-database-part-2</link>
    </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;</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://railslab.newrelic.com/2009/07/16/episode-17-scaling-your-database-part-1</link>
    </item>
    <item>
      <title>Thorsten von Eicken, RightScale</title>
      <description>&lt;p&gt;Thorsten von Eicken, CTO and founder of RightScale, shares his insights on the advantages of deploying in the cloud. Discussion topics include design, implementation, and management considerations for cloud-based apps.&lt;/p&gt;

&lt;p&gt;&lt;a class="play-link" href="http://content.newrelic.com/railslab/videos/railslab-rightscale-cloud-considerations-070109.mov "&gt;Play Video&lt;/a&gt; (42.4 MB, 6:50, QuickTime MOV)&lt;br /&gt;
&lt;a class="play-link" href="http://content.newrelic.com/railslab/videos/railslab-rightscale-cloud-considerations.m4v "&gt;Play Video&lt;/a&gt; (82.2 MB, 6:50, MPEG-4 video)&lt;/p&gt;</description>
      <pubDate>Wed, 08 Jul 2009 15:04:00 -0700</pubDate>
      <guid isPermaLink="false">urn:uuid:9b5050d0-7de6-4ea7-b06d-e717507b6447</guid>
      <comments>http://railslab.newrelic.com/2009/07/08/masters-interview-thorsten-von-eicken-rightscale#comments</comments>
      <category>Master's Interviews</category>
      <category>Interview</category>
      <category>Cloud Computing</category>
      <link>http://railslab.newrelic.com/2009/07/08/masters-interview-thorsten-von-eicken-rightscale</link>
    </item>
    <item>
      <title>Episode #16 - Load Testing - Part 2</title>
      <description>&lt;p&gt;This is the second of two episodes where we learn the basics of Load Testing our web applications.  In this episode we take a look at autobench, a tool that automates our httperf load tests, then we&amp;#8217;ll figure out how to visualize our httperf results in a graph, and finally take a brief look at a few other Load Testing tools you might want to get familiar with.&lt;/p&gt;

&lt;p&gt;&lt;a href="http://nr-content.s3.amazonaws.com/railslab/videos/16-ScalingRails-Load-Testing-Part-2.mp4" class="play-link"&gt;Play Video&lt;/a&gt; (34 MB, 11:15, MP4)&lt;/p&gt;</description>
      <pubDate>Tue, 23 Jun 2009 09:51:00 -0700</pubDate>
      <guid isPermaLink="false">urn:uuid:eda778bd-6c64-4315-9cdc-70893e2ed390</guid>
      <comments>http://railslab.newrelic.com/2009/06/23/episode-16-load-testing-part-2#comments</comments>
      <category>Scaling Rails</category>
      <link>http://railslab.newrelic.com/2009/06/23/episode-16-load-testing-part-2</link>
    </item>
    <item>
      <title>Episode #15 - Load Testing - Part 1</title>
      <description>&lt;p&gt;One way to measure the scalability of your Rails application is to use Load Testing.  This is the first of two screencasts where we attempt to give an introduction to load testing and show how to use two of the most basic Load Testing tools, Apache Bench and httperf.&lt;/p&gt;

&lt;p&gt;&lt;a class="play-link" href="http://nr-content.s3.amazonaws.com/railslab/videos/15-ScalingRails-Load-Testing-Part-1.mp4"&gt;Play Video&lt;/a&gt; (52 MB, 15:09, MP4)&lt;/p&gt;</description>
      <pubDate>Tue, 23 Jun 2009 09:43:00 -0700</pubDate>
      <guid isPermaLink="false">urn:uuid:a4c38760-7de0-410f-b432-acaa1ef7685c</guid>
      <comments>http://railslab.newrelic.com/2009/06/23/episode-15-load-testing-part-1#comments</comments>
      <category>Scaling Rails</category>
      <category>Load Testing</category>
      <link>http://railslab.newrelic.com/2009/06/23/episode-15-load-testing-part-1</link>
    </item>
    <item>
      <title>The State of the Stack: A Ruby on Rails Benchmarking Report - 10 June 2009</title>
      <description>&lt;table width="420" cellspacing="0" cellpadding="0" border="0"&gt;
    &lt;tbody&gt;
        &lt;tr&gt;
            &lt;td&gt;
            &lt;p&gt;As of June 10, 2009&lt;/p&gt;
            &lt;p&gt;New Relic helps more than 1,800 organizations manage their Ruby on Rails applications in production. This gives us unique insight into how thousands of applications are deployed. 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.&lt;/p&gt;
            &lt;p&gt;We first published this data in April, 2009. Though it&amp;#8217;s only been two months, there have been some changes in the stack stats since then. For example, deployment of Ruby 1.8.6 (i686-linux) has increased five-fold and the same version on universal-darwin doubled. Adoption of the latest Rails versions is pretty rapid as we see Rails 2.3.2 increasing from only 4.4% of our customers to nearly 30%. The most commonly used plugins list is essentially the same though there are some movements in the order of adoption.&lt;/p&gt;
            &lt;p&gt;We list only the most commonly used versions and plugins because a complete list is too long to post here and is probably not all that useful. This report does not cover Gems, which will be included in a future report.&lt;/p&gt;
            &lt;h2&gt;Ruby&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 height="420" width="420" align="left" alt="" src="http://content.newrelic.com/railslab/images/RailsBench-Ruby-061009.png" /&gt;&lt;/p&gt;
            &lt;/td&gt;
        &lt;/tr&gt;
        &lt;tr&gt;
            &lt;td&gt;
            &lt;table width="350" cellspacing="0" cellpadding="5" border="0"&gt;
                &lt;tbody&gt;
                    &lt;tr&gt;
                        &lt;th valign="bottom" align="left" colspan="2" scope="col"&gt;Version&lt;/th&gt;
                        &lt;th valign="bottom" scope="col"&gt;Apps Using&lt;br /&gt;
                        (%)&lt;/th&gt;
                    &lt;/tr&gt;
                    &lt;tr&gt;
                        &lt;td bgcolor="#bb0011" class="benchmark"&gt;&amp;nbsp;&lt;/td&gt;
                        &lt;td class="benchmark"&gt;1.8.6 (x86_64-linux)&lt;/td&gt;
                        &lt;td align="center" class="benchmark"&gt;25.66&lt;/td&gt;
                    &lt;/tr&gt;
                    &lt;tr&gt;
                        &lt;td bgcolor="#dd2233" class="benchmark"&gt;&amp;nbsp;&lt;/td&gt;
                        &lt;td class="benchmark"&gt;1.8.6 (universal-darwin9.0)&lt;/td&gt;
                        &lt;td align="center" class="benchmark"&gt;12.60&lt;/td&gt;
                    &lt;/tr&gt;
                    &lt;tr&gt;
                        &lt;td bgcolor="#ff4455" class="benchmark"&gt;&amp;nbsp;&lt;/td&gt;
                        &lt;td class="benchmark"&gt;1.8.6 (i686-linux)&lt;/td&gt;
                        &lt;td align="center" class="benchmark"&gt;11.91&lt;/td&gt;
                    &lt;/tr&gt;
                    &lt;tr&gt;
                        &lt;td bgcolor="#ffdd88" class="benchmark"&gt;&amp;nbsp;&lt;/td&gt;
                        &lt;td class="benchmark"&gt;1.8.6 (i486-linux)&lt;/td&gt;
                        &lt;td align="center" class="benchmark"&gt;6.00&lt;/td&gt;
                    &lt;/tr&gt;
                    &lt;tr&gt;
                        &lt;td bgcolor="#ffbb66" class="benchmark"&gt;&amp;nbsp;&lt;/td&gt;
                        &lt;td class="benchmark"&gt;1.8.7 (i486-linux)&lt;/td&gt;
                        &lt;td align="center" class="benchmark"&gt;5.31&lt;/td&gt;
                    &lt;/tr&gt;
                    &lt;tr&gt;
                        &lt;td bgcolor="#ff9944" class="benchmark"&gt;&amp;nbsp;&lt;/td&gt;
                        &lt;td class="benchmark"&gt;1.8.7 (x86_64-linux)&lt;/td&gt;
                        &lt;td align="center" class="benchmark"&gt;5.08&lt;/td&gt;
                    &lt;/tr&gt;
                    &lt;tr&gt;
                        &lt;td bgcolor="#ee6611" class="benchmark"&gt;&amp;nbsp;&lt;/td&gt;
                        &lt;td class="benchmark"&gt;1.8.6 (i386-mswin32)&lt;/td&gt;
                        &lt;td align="center" class="benchmark"&gt;3.55&lt;/td&gt;
                    &lt;/tr&gt;
                    &lt;tr&gt;
                        &lt;td bgcolor="#dd4422" class="benchmark"&gt;&amp;nbsp;&lt;/td&gt;
                        &lt;td class="benchmark"&gt;1.8.5 (i386-linux)&lt;/td&gt;
                        &lt;td align="center" class="benchmark"&gt;3.05&lt;/td&gt;
                    &lt;/tr&gt;
                    &lt;tr&gt;
                        &lt;td bgcolor="#996600" class="benchmark"&gt;&amp;nbsp;&lt;/td&gt;
                        &lt;td class="benchmark"&gt;1.8.7 (i686-darwin9)&lt;/td&gt;
                        &lt;td align="center" class="benchmark"&gt;3.00&lt;/td&gt;
                    &lt;/tr&gt;
                    &lt;tr&gt;
                        &lt;td bgcolor="#cc9933" class="benchmark"&gt;&amp;nbsp;&lt;/td&gt;
                        &lt;td class="benchmark"&gt;1.8.7 (i686-linux)&lt;/td&gt;
                        &lt;td align="center" class="benchmark"&gt;2.86&lt;/td&gt;
                    &lt;/tr&gt;
                    &lt;tr&gt;
                        &lt;td bgcolor="#eebb55" class="benchmark"&gt;&amp;nbsp;&lt;/td&gt;
                        &lt;td class="benchmark"&gt;1.8.5 (x86_64-linux)&lt;/td&gt;
                        &lt;td align="center" class="benchmark"&gt;2.68&lt;/td&gt;
                    &lt;/tr&gt;
                    &lt;tr&gt;
                        &lt;td bgcolor="#ffdd77" class="benchmark"&gt;&amp;nbsp;&lt;/td&gt;
                        &lt;td class="benchmark"&gt;1.8.6 (i386-linux)&lt;/td&gt;
                        &lt;td align="center" class="benchmark"&gt;1.98&lt;/td&gt;
                    &lt;/tr&gt;
                    &lt;tr&gt;
                        &lt;td bgcolor="#ffeeaa" class="benchmark"&gt;&amp;nbsp;&lt;/td&gt;
                        &lt;td class="benchmark"&gt;1.8.6 (i686-darwin9.6.0)&lt;/td&gt;
                        &lt;td align="center" class="benchmark"&gt;1.34&lt;/td&gt;
                    &lt;/tr&gt;
                    &lt;tr&gt;
                        &lt;td bgcolor="#eeccff" class="benchmark"&gt;&amp;nbsp;&lt;/td&gt;
                        &lt;td class="benchmark"&gt;1.8.5 (i486-linux)&lt;/td&gt;
                        &lt;td align="center" class="benchmark"&gt;1.34&lt;/td&gt;
                    &lt;/tr&gt;
                    &lt;tr&gt;
                        &lt;td bgcolor="#ddbbff" class="benchmark"&gt;&amp;nbsp;&lt;/td&gt;
                        &lt;td class="benchmark"&gt;1.8.6 (java)&lt;/td&gt;
                        &lt;td align="center" class="benchmark"&gt;0.92&lt;/td&gt;
                    &lt;/tr&gt;
                    &lt;tr&gt;
                        &lt;td bgcolor="#ccaadd" class="benchmark"&gt;&amp;nbsp;&lt;/td&gt;
                        &lt;td class="benchmark"&gt;1.8.7 (i686-darwin9.6.0)&lt;/td&gt;
                        &lt;td align="center" class="benchmark"&gt;0.88&lt;/td&gt;
                    &lt;/tr&gt;
                    &lt;tr&gt;
                        &lt;td bgcolor="#aa88bb" class="benchmark"&gt;&amp;nbsp;&lt;/td&gt;
                        &lt;td class="benchmark"&gt;1.8.7 (i386-solaris2)&lt;/td&gt;
                        &lt;td align="center" class="benchmark"&gt;0.74&lt;/td&gt;
                    &lt;/tr&gt;
                    &lt;tr&gt;
                        &lt;td bgcolor="#886699" class="benchmark"&gt;&amp;nbsp;&lt;/td&gt;
                        &lt;td class="benchmark"&gt;1.8.6 (i386-solaris2)&lt;/td&gt;
                        &lt;td align="center" class="benchmark"&gt;0.69&lt;/td&gt;
                    &lt;/tr&gt;
                    &lt;tr&gt;
                        &lt;td bgcolor="#664477" class="benchmark"&gt;&amp;nbsp;&lt;/td&gt;
                        &lt;td class="benchmark"&gt;1.8.6 (i686-darwin8.11.1)&lt;/td&gt;
                        &lt;td align="center" class="benchmark"&gt;0.51&lt;/td&gt;
                    &lt;/tr&gt;
                    &lt;tr&gt;
                        &lt;td bgcolor="#442266" class="benchmark"&gt;&amp;nbsp;&lt;/td&gt;
                        &lt;td class="benchmark"&gt;All Others&lt;/td&gt;
                        &lt;td align="center" class="benchmark"&gt;10.00&lt;/td&gt;
                    &lt;/tr&gt;
                &lt;/tbody&gt;
            &lt;/table&gt;
            &lt;/td&gt;
        &lt;/tr&gt;
        &lt;tr&gt;
            &lt;td&gt;
            &lt;p&gt;&amp;nbsp;&lt;/p&gt;
            &lt;h2&gt;Rails&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 height="420" width="420" align="left" alt="Rails Versions" src="http://content.newrelic.com/railslab/images/RailsBench-Rails-061009.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;h2&gt;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 height="1130" width="420" align="left" alt="Plugins" src="http://content.newrelic.com/railslab/images/RailsBench-Plugins-061009.png" /&gt;&lt;/p&gt;
            &lt;/td&gt;
        &lt;/tr&gt;
        &lt;tr&gt;
            &lt;td&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;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;</description>
      <pubDate>Thu, 11 Jun 2009 13:24:00 -0700</pubDate>
      <guid isPermaLink="false">urn:uuid:7aa8d642-444c-4196-923a-6c59ccd00c42</guid>
      <comments>http://railslab.newrelic.com/2009/06/11/the-state-of-the-stack-a-ruby-on-rails-benchmarking-report-10-june-2009#comments</comments>
      <category>Benchmarking Reports</category>
      <category>Plugins</category>
      <category>Ruby Versions</category>
      <category>Rails Versions</category>
      <link>http://railslab.newrelic.com/2009/06/11/the-state-of-the-stack-a-ruby-on-rails-benchmarking-report-10-june-2009</link>
    </item>
  </channel>
</rss>
