aboutsummaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
Diffstat
-rw-r--r--railties/doc/guides/html/benchmarking_and_profiling.html1003
-rw-r--r--railties/doc/guides/html/index.html2
-rw-r--r--railties/doc/guides/html/performance_testing.html577
-rw-r--r--railties/doc/guides/source/benchmarking_and_profiling/appendix.txt95
-rw-r--r--railties/doc/guides/source/benchmarking_and_profiling/digging_deeper.txt105
-rw-r--r--railties/doc/guides/source/benchmarking_and_profiling/edge_rails_features.txt185
-rw-r--r--railties/doc/guides/source/benchmarking_and_profiling/gameplan.txt27
-rw-r--r--railties/doc/guides/source/benchmarking_and_profiling/rubyprof.txt179
-rw-r--r--railties/doc/guides/source/benchmarking_and_profiling/statistics.txt57
-rw-r--r--railties/doc/guides/source/index.txt2
-rw-r--r--railties/doc/guides/source/performance_testing.txt (renamed from railties/doc/guides/source/benchmarking_and_profiling/index.txt)185
11 files changed, 721 insertions, 1696 deletions
diff --git a/railties/doc/guides/html/benchmarking_and_profiling.html b/railties/doc/guides/html/benchmarking_and_profiling.html
deleted file mode 100644
index 7a50e5a68c..0000000000
--- a/railties/doc/guides/html/benchmarking_and_profiling.html
+++ /dev/null
@@ -1,1003 +0,0 @@
-<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
-<html xmlns="http://www.w3.org/1999/xhtml" lang="en" xml:lang="en">
-<head>
- <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
- <title>Benchmarking and Profiling Rails</title>
- <!--[if lt IE 8]>
- <script src="http://ie7-js.googlecode.com/svn/version/2.0(beta3)/IE8.js" type="text/javascript"></script>
- <![endif]-->
- <link href="stylesheets/base.css" media="screen" rel="Stylesheet" type="text/css" />
- <link href="stylesheets/forms.css" media="screen" rel="Stylesheet" type="text/css" />
- <link href="stylesheets/more.css" media="screen" rel="Stylesheet" type="text/css" />
- <style type="text/css">
- div#container {
- max-width: 900px;
- padding-bottom: 3em;
-}
-
-div#content {
- margin-left: 200px;
-}
-
-div#container.notoc {
- max-width: 600px;
-}
-
-.notoc div#content {
- margin-left: 0;
-}
-
-pre {
- line-height: 1.4em;
-}
-
-#content p tt {
- background: #eeeeee;
- border: solid 1px #cccccc;
- padding: 3px;
-}
-
-dt {
- font-weight: bold;
-}
-
-#content dt tt {
- font-size: 10pt;
-}
-
-dd {
- margin-left: 3em;
-}
-
-#content dt tt, #content pre tt {
- background: none;
- padding: 0;
- border: 0;
-}
-
-#content .olist ol {
- margin-left: 2em;
-}
-
-#header {
- position: relative;
- max-width: 840px;
- margin-left: auto;
- margin-right: auto;
-}
-
-#header.notoc {
- max-width: 580px;
-}
-
-#logo {
- position: absolute;
- left: 10px;
- top: 10px;
- width: 110px;
- height: 140px;
-}
-
-div#header h1#site_title {
- background: url('images/ruby_on_rails_by_mike_rundle2.gif') top left no-repeat;
- position: absolute;
- width: 392px;
- height: 55px;
- left: 145px;
- top: 20px;
- margin: 0;
- padding: 0;
-}
-
-#site_title span {
- display: none;
-}
-
-#site_title_tagline {
- display: none;
-}
-
-ul#navMain {
- position: absolute;
- margin: 0;
- padding: 0;
- top: 97px;
- left: 145px;
-}
-
-.left-floaty, .right-floaty {
- padding: 15px;
-}
-
-.admonitionblock,
-.tableblock {
- margin-left: 1em;
- margin-right: 1em;
- margin-top: 0.25em;
- margin-bottom: 1em;
-}
-
-.admonitionblock .icon {
- padding-right: 8px;
-}
-
-.admonitionblock .content {
- border: solid 1px #ffda78;
- background: #fffebd;
- padding: 10px;
- padding-top: 8px;
- padding-bottom: 8px;
-}
-
-.admonitionblock .title {
- font-size: 140%;
- margin-bottom: 0.5em;
-}
-
-.tableblock table {
- border: solid 1px #aaaaff;
- background: #f0f0ff;
-}
-
-.tableblock th {
- background: #e0e0e0;
-}
-
-.tableblock th,
-.tableblock td {
- padding: 3px;
- padding-left: 5px;
- padding-right: 5px;
-}
-
-.sidebarblock {
- margin-top: 0.25em;
- margin: 1em;
- border: solid 1px #ccccbb;
- padding: 8px;
- background: #ffffe0;
-}
-
-.sidebarblock .sidebar-title {
- font-size: 140%;
- font-weight: 600;
- margin-bottom: 0.3em;
-}
-
-.sidebarblock .sidebar-content > .para:last-child > p {
- margin-bottom: 0;
-}
-
-.sidebarblock .sidebar-title a {
- text-decoration: none;
-}
-
-.sidebarblock .sidebar-title a:hover {
- text-decoration: underline;
-}
-
- </style>
-</head>
-<body>
- <div id="header" >
- <div id="logo">
- <a href="index.html" title="Ruby on Rails"><img src="images/rails_logo_remix.gif" alt="Rails" height="140" width="110" /></a>
- </div>
-
- <h1 id="site_title"><span>Ruby on Rails</span></h1>
- <h2 id="site_title_tagline">Sustainable productivity for web-application development</h2>
-
- <ul id="navMain">
- <li class="first-child"><a href="http://www.rubyonrails.org/" title="Ruby on Rails" class="ruby_on_rails">Ruby on Rails</a></li>
- <li><a class="manuals" href="index.html" title="Manuals Index">Guides Index</a></li>
- </ul>
- </div>
-
- <div id="container">
-
- <div id="sidebar">
- <h2>Chapters</h2>
- <ol>
- <li>
- <a href="#_why_benchmark_and_profile">Why Benchmark and Profile ?</a>
- <ul>
-
- <li><a href="#_what_is_the_difference_between_benchmarking_and_profiling">What is the difference between benchmarking and profiling ?</a></li>
-
- </ul>
- </li>
- <li>
- <a href="#_using_and_understanding_the_log_files">Using and understanding the log files</a>
- </li>
- <li>
- <a href="#_helper_methods">Helper methods</a>
- </li>
- <li>
- <a href="#_performance_test_cases">Performance Test Cases</a>
- <ul>
-
- <li><a href="#_modes">Modes</a></li>
-
- <li><a href="#_metrics">Metrics</a></li>
-
- <li><a href="#_preparing_ruby_and_ruby_prof">Preparing Ruby and Ruby-prof</a></li>
-
- <li><a href="#_installing_jeremy_kemper_8217_s_ruby_prof">Installing Jeremy Kemper&#8217;s ruby-prof</a></li>
-
- <li><a href="#_generating_performance_test">Generating performance test</a></li>
-
- <li><a href="#_running_tests">Running tests</a></li>
-
- </ul>
- </li>
- <li>
- <a href="#_understanding_performance_tests_outputs">Understanding Performance Tests Outputs</a>
- <ul>
-
- <li><a href="#_our_first_performance_test">Our First Performance Test</a></li>
-
- <li><a href="#_flat_files">Flat Files</a></li>
-
- <li><a href="#_graph_files">Graph Files</a></li>
-
- <li><a href="#_tree_files">Tree Files</a></li>
-
- </ul>
- </li>
- <li>
- <a href="#_getting_to_the_point_of_all_of_this">Getting to the Point of all of this</a>
- </li>
- <li>
- <a href="#_real_life_example">Real Life Example</a>
- <ul>
-
- <li><a href="#_the_setup">The setup</a></li>
-
- </ul>
- </li>
- <li>
- <a href="#_get_yourself_a_game_plan">Get Yourself a Game Plan</a>
- <ul>
-
- <li><a href="#_the_analysis_process">The Analysis Process</a></li>
-
- </ul>
- </li>
- <li>
- <a href="#_other_profiling_tools">Other Profiling Tools</a>
- <ul>
-
- <li><a href="#_httperf">httperf</a></li>
-
- <li><a href="#_rails_analyzer">Rails Analyzer</a></li>
-
- <li><a href="#_palmist">Palmist</a></li>
-
- <li><a href="#_new_relic">New Relic</a></li>
-
- </ul>
- </li>
- <li>
- <a href="#_changelog">Changelog</a>
- </li>
- </ol>
- </div>
-
- <div id="content">
- <h1>Benchmarking and Profiling Rails</h1>
- <div id="preamble">
-<div class="sectionbody">
-<div class="paragraph"><p>This guide covers the benchmarking and profiling tactics/tools of Rails and Ruby in general. By referring to this guide, you will be able to:</p></div>
-<div class="ulist"><ul>
-<li>
-<p>
-Understand the various types of benchmarking and profiling metrics
-</p>
-</li>
-<li>
-<p>
-Generate performance/benchmarking tests
-</p>
-</li>
-<li>
-<p>
-Use GC patched Ruby binary to measure memory usage and object allocation
-</p>
-</li>
-<li>
-<p>
-Understand the information provided by Rails inside the log files
-</p>
-</li>
-<li>
-<p>
-Learn about various tools facilitating benchmarking and profiling
-</p>
-</li>
-</ul></div>
-</div>
-</div>
-<h2 id="_why_benchmark_and_profile">1. Why Benchmark and Profile ?</h2>
-<div class="sectionbody">
-<div class="paragraph"><p>Benchmarking and Profiling is an integral part of the development cycle. It is very important that you don&#8217;t make your end users wait for too long before the page is completely loaded. Ensuring a plesant browsing experience to the end users and cutting cost of unnecessary hardwares is important for any web application.</p></div>
-<h3 id="_what_is_the_difference_between_benchmarking_and_profiling">1.1. What is the difference between benchmarking and profiling ?</h3>
-<div class="paragraph"><p>Benchmarking is the process of finding out if a piece of code is slow or not. Whereas profiling is the process of finding out what exactly is slowing down that piece of code.</p></div>
-</div>
-<h2 id="_using_and_understanding_the_log_files">2. Using and understanding the log files</h2>
-<div class="sectionbody">
-<div class="paragraph"><p>Rails logs files containt basic but very useful information about the time taken to serve every request. A typical log entry looks something like :</p></div>
-<div class="listingblock">
-<div class="content"><!-- Generator: GNU source-highlight 2.9
-by Lorenzo Bettini
-http://www.lorenzobettini.it
-http://www.gnu.org/software/src-highlite -->
-<pre><tt>Processing ItemsController<span style="font-style: italic"><span style="color: #9A1900">#index (for 127.0.0.1 at 2008-10-17 00:08:18) [GET]</span></span>
- Session ID<span style="color: #990000">:</span> BAh7BiIKZmxhc2hJQzonQWN0aHsABjoKQHVzZWR7AA<span style="color: #990000">==--</span>83cff4fe0a897074a65335
- Parameters<span style="color: #990000">:</span> <span style="color: #FF0000">{</span><span style="color: #FF0000">"action"</span><span style="color: #990000">=&gt;</span><span style="color: #FF0000">"index"</span><span style="color: #990000">,</span> <span style="color: #FF0000">"controller"</span><span style="color: #990000">=&gt;</span><span style="color: #FF0000">"items"</span><span style="color: #FF0000">}</span>
-Rendering template within layouts<span style="color: #990000">/</span>items
-Rendering items<span style="color: #990000">/</span>index
-Completed <span style="font-weight: bold"><span style="color: #0000FF">in</span></span> 5ms <span style="color: #990000">(</span>View<span style="color: #990000">:</span> <span style="color: #993399">2</span><span style="color: #990000">,</span> DB<span style="color: #990000">:</span> <span style="color: #993399">0</span><span style="color: #990000">)</span> <span style="color: #990000">|</span> <span style="color: #993399">200</span> OK <span style="color: #990000">[</span>http<span style="color: #990000">:</span><span style="color: #FF6600">//localhost/</span>items<span style="color: #990000">]</span></tt></pre></div></div>
-<div class="paragraph"><p>For this section, we&#8217;re only interested in the last line from that log entry:</p></div>
-<div class="listingblock">
-<div class="content"><!-- Generator: GNU source-highlight 2.9
-by Lorenzo Bettini
-http://www.lorenzobettini.it
-http://www.gnu.org/software/src-highlite -->
-<pre><tt>Completed <span style="font-weight: bold"><span style="color: #0000FF">in</span></span> 5ms <span style="color: #990000">(</span>View<span style="color: #990000">:</span> <span style="color: #993399">2</span><span style="color: #990000">,</span> DB<span style="color: #990000">:</span> <span style="color: #993399">0</span><span style="color: #990000">)</span> <span style="color: #990000">|</span> <span style="color: #993399">200</span> OK <span style="color: #990000">[</span>http<span style="color: #990000">:</span><span style="color: #FF6600">//localhost/</span>items<span style="color: #990000">]</span></tt></pre></div></div>
-<div class="paragraph"><p>This data is fairly straight forward to understand. Rails uses millisecond(ms) as the metric to measures the time taken. The complete request spent 5 ms inside Rails, out of which 2 ms were spent rendering views and none was spent communication with the database. It&#8217;s safe to assume that the remaining 3 ms were spent inside the controller.</p></div>
-</div>
-<h2 id="_helper_methods">3. Helper methods</h2>
-<div class="sectionbody">
-<div class="paragraph"><p>Rails provides various helper methods inside Active Record, Action Controller and Action View to measure the time taken by a specific code. The method is called <tt>benchmark()</tt> in all three components.</p></div>
-<div class="listingblock">
-<div class="content"><!-- Generator: GNU source-highlight 2.9
-by Lorenzo Bettini
-http://www.lorenzobettini.it
-http://www.gnu.org/software/src-highlite -->
-<pre><tt>Project<span style="color: #990000">.</span>benchmark<span style="color: #990000">(</span><span style="color: #FF0000">"Creating project"</span><span style="color: #990000">)</span> <span style="font-weight: bold"><span style="color: #0000FF">do</span></span>
- project <span style="color: #990000">=</span> Project<span style="color: #990000">.</span>create<span style="color: #990000">(</span><span style="color: #FF0000">"name"</span> <span style="color: #990000">=&gt;</span> <span style="color: #FF0000">"stuff"</span><span style="color: #990000">)</span>
- project<span style="color: #990000">.</span>create_manager<span style="color: #990000">(</span><span style="color: #FF0000">"name"</span> <span style="color: #990000">=&gt;</span> <span style="color: #FF0000">"David"</span><span style="color: #990000">)</span>
- project<span style="color: #990000">.</span>milestones <span style="color: #990000">&lt;&lt;</span> Milestone<span style="color: #990000">.</span>find<span style="color: #990000">(:</span>all<span style="color: #990000">)</span>
-<span style="font-weight: bold"><span style="color: #0000FF">end</span></span></tt></pre></div></div>
-<div class="paragraph"><p>The above code benchmarks the multiple statments enclosed inside <tt>Project.benchmark("Creating project") do..end</tt> block and prints the results inside log files. The statement inside log files will look like:</p></div>
-<div class="listingblock">
-<div class="content"><!-- Generator: GNU source-highlight 2.9
-by Lorenzo Bettini
-http://www.lorenzobettini.it
-http://www.gnu.org/software/src-highlite -->
-<pre><tt>Creating projectem <span style="color: #990000">(</span><span style="color: #993399">185</span><span style="color: #990000">.</span>3ms<span style="color: #990000">)</span></tt></pre></div></div>
-<div class="paragraph"><p>Please refer to <a href="http://api.rubyonrails.com/classes/ActiveRecord/Base.html#M001336">API docs</a> for optional options to <tt>benchmark()</tt></p></div>
-<div class="paragraph"><p>Similarly, you could use this helper method inside <a href="http://api.rubyonrails.com/classes/ActionController/Benchmarking/ClassMethods.html#M000715">controllers</a> ( Note that it&#8217;s a class method here ):</p></div>
-<div class="listingblock">
-<div class="content"><!-- Generator: GNU source-highlight 2.9
-by Lorenzo Bettini
-http://www.lorenzobettini.it
-http://www.gnu.org/software/src-highlite -->
-<pre><tt><span style="font-weight: bold"><span style="color: #0000FF">def</span></span> process_projects
- <span style="font-weight: bold"><span style="color: #0000FF">self</span></span><span style="color: #990000">.</span><span style="font-weight: bold"><span style="color: #0000FF">class</span></span><span style="color: #990000">.</span>benchmark<span style="color: #990000">(</span><span style="color: #FF0000">"Processing projects"</span><span style="color: #990000">)</span> <span style="font-weight: bold"><span style="color: #0000FF">do</span></span>
- Project<span style="color: #990000">.</span>process<span style="color: #990000">(</span>params<span style="color: #990000">[:</span>project_ids<span style="color: #990000">])</span>
- Project<span style="color: #990000">.</span>update_cached_projects
- <span style="font-weight: bold"><span style="color: #0000FF">end</span></span>
-<span style="font-weight: bold"><span style="color: #0000FF">end</span></span></tt></pre></div></div>
-<div class="paragraph"><p>and <a href="http://api.rubyonrails.com/classes/ActionController/Benchmarking/ClassMethods.html#M000715">views</a>:</p></div>
-<div class="listingblock">
-<div class="content"><!-- Generator: GNU source-highlight 2.9
-by Lorenzo Bettini
-http://www.lorenzobettini.it
-http://www.gnu.org/software/src-highlite -->
-<pre><tt><span style="color: #FF0000">&lt;% benchmark("Showing projects partial") do %&gt;</span>
- <span style="color: #FF0000">&lt;%= render :partial =&gt;</span> <span style="color: #009900">@projects</span> <span style="color: #990000">%&gt;</span>
-<span style="color: #FF0000">&lt;% end %&gt;</span></tt></pre></div></div>
-</div>
-<h2 id="_performance_test_cases">4. Performance Test Cases</h2>
-<div class="sectionbody">
-<div class="paragraph"><p>Rails provides a very easy to write performance test cases, which look just like the regular integration tests.</p></div>
-<div class="paragraph"><p>If you have a look at <tt>test/performance/browsing_test.rb</tt> in a newly created Rails application:</p></div>
-<div class="listingblock">
-<div class="content"><!-- Generator: GNU source-highlight 2.9
-by Lorenzo Bettini
-http://www.lorenzobettini.it
-http://www.gnu.org/software/src-highlite -->
-<pre><tt><span style="font-weight: bold"><span style="color: #000080">require</span></span> <span style="color: #FF0000">'test_helper'</span>
-<span style="font-weight: bold"><span style="color: #000080">require</span></span> <span style="color: #FF0000">'performance_test_help'</span>
-
-<span style="font-style: italic"><span style="color: #9A1900"># Profiling results for each test method are written to tmp/performance.</span></span>
-<span style="font-weight: bold"><span style="color: #0000FF">class</span></span> BrowsingTest <span style="color: #990000">&lt;</span> ActionController<span style="color: #990000">::</span>PerformanceTest
- <span style="font-weight: bold"><span style="color: #0000FF">def</span></span> test_homepage
- get <span style="color: #FF0000">'/'</span>
- <span style="font-weight: bold"><span style="color: #0000FF">end</span></span>
-<span style="font-weight: bold"><span style="color: #0000FF">end</span></span></tt></pre></div></div>
-<div class="paragraph"><p>This is an automatically generated example performance test file, for testing performance of homepage(<em>/</em>) of the application.</p></div>
-<h3 id="_modes">4.1. Modes</h3>
-<h4 id="_benchmarking">4.1.1. Benchmarking</h4>
-<h4 id="_profiling">4.1.2. Profiling</h4>
-<h3 id="_metrics">4.2. Metrics</h3>
-<h4 id="_process_time">4.2.1. Process Time</h4>
-<div class="paragraph"><p>CPU Cycles.</p></div>
-<h4 id="_memory">4.2.2. Memory</h4>
-<div class="paragraph"><p>Memory taken.</p></div>
-<h4 id="_objects">4.2.3. Objects</h4>
-<div class="paragraph"><p>Objects allocated.</p></div>
-<h4 id="_gc_runs">4.2.4. GC Runs</h4>
-<div class="paragraph"><p>Number of times the Ruby GC was run.</p></div>
-<h4 id="_gc_time">4.2.5. GC Time</h4>
-<div class="paragraph"><p>Time spent running the Ruby GC.</p></div>
-<h3 id="_preparing_ruby_and_ruby_prof">4.3. Preparing Ruby and Ruby-prof</h3>
-<div class="paragraph"><p>Before we go ahead, Rails performance testing requires you to build a special Ruby binary with some super powers - GC patch for measuring GC Runs/Time. This process is very straight forward. If you&#8217;ve never compiled a Ruby binary before, you can follow the following steps to build a ruby binary inside your home directory:</p></div>
-<h4 id="_compile">4.3.1. Compile</h4>
-<div class="listingblock">
-<div class="content"><!-- Generator: GNU source-highlight 2.9
-by Lorenzo Bettini
-http://www.lorenzobettini.it
-http://www.gnu.org/software/src-highlite -->
-<pre><tt><span style="color: #990000">[</span>lifo@null <span style="color: #990000">~]</span>$ mkdir rubygc
-<span style="color: #990000">[</span>lifo@null <span style="color: #990000">~]</span>$ wget ftp<span style="color: #990000">:</span>//ftp<span style="color: #990000">.</span>ruby-lang<span style="color: #990000">.</span>org/pub/ruby<span style="color: #990000">/</span><span style="color: #993399">1.8</span>/ruby-<span style="color: #993399">1.8</span><span style="color: #990000">.</span><span style="color: #993399">6</span>-p<span style="color: #993399">111</span><span style="color: #990000">.</span>tar<span style="color: #990000">.</span>gz
-<span style="color: #990000">[</span>lifo@null <span style="color: #990000">~]</span>$ tar -xzvf ruby-<span style="color: #993399">1.8</span><span style="color: #990000">.</span><span style="color: #993399">6</span>-p<span style="color: #993399">111</span><span style="color: #990000">.</span>tar<span style="color: #990000">.</span>gz
-<span style="color: #990000">[</span>lifo@null <span style="color: #990000">~]</span>$ cd ruby-<span style="color: #993399">1.8</span><span style="color: #990000">.</span><span style="color: #993399">6</span>-p<span style="color: #993399">111</span>
-<span style="color: #990000">[</span>lifo@null ruby-<span style="color: #993399">1.8</span><span style="color: #990000">.</span><span style="color: #993399">6</span>-p<span style="color: #993399">111</span><span style="color: #990000">]</span>$ curl http<span style="color: #990000">:</span>//rubyforge<span style="color: #990000">.</span>org/tracker/download<span style="color: #990000">.</span>php<span style="color: #990000">/</span><span style="color: #993399">1814</span><span style="color: #990000">/</span><span style="color: #993399">7062</span><span style="color: #990000">/</span><span style="color: #993399">17676</span><span style="color: #990000">/</span><span style="color: #993399">3291</span>/ruby186gc<span style="color: #990000">.</span>patch <span style="color: #990000">|</span> patch -p<span style="color: #993399">0</span>
-<span style="color: #990000">[</span>lifo@null ruby-<span style="color: #993399">1.8</span><span style="color: #990000">.</span><span style="color: #993399">6</span>-p<span style="color: #993399">111</span><span style="color: #990000">]</span>$ <span style="color: #990000">.</span>/configure --prefix<span style="color: #990000">=</span>/Users/lifo/rubygc
-<span style="color: #990000">[</span>lifo@null ruby-<span style="color: #993399">1.8</span><span style="color: #990000">.</span><span style="color: #993399">6</span>-p<span style="color: #993399">111</span><span style="color: #990000">]</span>$ make <span style="color: #990000">&amp;&amp;</span> make install</tt></pre></div></div>
-<h4 id="_prepare_aliases">4.3.2. Prepare aliases</h4>
-<div class="paragraph"><p>Add the following lines in your ~/.profile for convenience:</p></div>
-<div class="listingblock">
-<div class="content">
-<pre><tt>alias gcruby='/Users/lifo/rubygc/bin/ruby'
-alias gcrake='/Users/lifo/rubygc/bin/rake'
-alias gcgem='/Users/lifo/rubygc/bin/gem'
-alias gcirb='/Users/lifo/rubygc/bin/irb'
-alias gcrails='/Users/lifo/rubygc/bin/rails'</tt></pre>
-</div></div>
-<h4 id="_install_rubygems_and_some_basic_gems">4.3.3. Install rubygems and some basic gems</h4>
-<div class="listingblock">
-<div class="content">
-<pre><tt>[lifo@null ~]$ wget http://rubyforge.org/frs/download.php/38646/rubygems-1.2.0.tgz
-[lifo@null ~]$ tar -xzvf rubygems-1.2.0.tgz
-[lifo@null ~]$ cd rubygems-1.2.0
-[lifo@null rubygems-1.2.0]$ gcruby setup.rb
-[lifo@null rubygems-1.2.0]$ cd ~
-[lifo@null ~]$ gcgem install rake
-[lifo@null ~]$ gcgem install rails</tt></pre>
-</div></div>
-<h4 id="_install_mysql_gem">4.3.4. Install MySQL gem</h4>
-<div class="listingblock">
-<div class="content">
-<pre><tt>[lifo@null ~]$ gcgem install mysql</tt></pre>
-</div></div>
-<div class="paragraph"><p>If this fails, you can try to install it manually:</p></div>
-<div class="listingblock">
-<div class="content">
-<pre><tt>[lifo@null ~]$ cd /Users/lifo/rubygc/lib/ruby/gems/1.8/gems/mysql-2.7/
-[lifo@null mysql-2.7]$ gcruby extconf.rb --with-mysql-config
-[lifo@null mysql-2.7]$ make &amp;&amp; make install</tt></pre>
-</div></div>
-<h3 id="_installing_jeremy_kemper_8217_s_ruby_prof">4.4. Installing Jeremy Kemper&#8217;s ruby-prof</h3>
-<div class="paragraph"><p>We also need to install Jeremy&#8217;s ruby-prof gem using our newly built ruby:</p></div>
-<div class="listingblock">
-<div class="content"><!-- Generator: GNU source-highlight 2.9
-by Lorenzo Bettini
-http://www.lorenzobettini.it
-http://www.gnu.org/software/src-highlite -->
-<pre><tt><span style="color: #990000">[</span>lifo@null <span style="color: #990000">~]</span>$ git clone git<span style="color: #990000">:</span>//github<span style="color: #990000">.</span>com/jeremy/ruby-prof<span style="color: #990000">.</span>git
-<span style="color: #990000">[</span>lifo@null <span style="color: #990000">~]</span>$ cd ruby-prof<span style="color: #990000">/</span>
-<span style="color: #990000">[</span>lifo@null ruby-prof <span style="color: #990000">(</span>master<span style="color: #990000">)]</span>$ gcrake gem
-<span style="color: #990000">[</span>lifo@null ruby-prof <span style="color: #990000">(</span>master<span style="color: #990000">)]</span>$ gcgem install pkg/ruby-prof-<span style="color: #993399">0.6</span><span style="color: #990000">.</span><span style="color: #993399">1</span><span style="color: #990000">.</span>gem</tt></pre></div></div>
-<h3 id="_generating_performance_test">4.5. Generating performance test</h3>
-<div class="paragraph"><p>Rails provides a simple generator for creating new performance tests:</p></div>
-<div class="listingblock">
-<div class="content"><!-- Generator: GNU source-highlight 2.9
-by Lorenzo Bettini
-http://www.lorenzobettini.it
-http://www.gnu.org/software/src-highlite -->
-<pre><tt><span style="color: #990000">[</span>lifo@null application <span style="color: #990000">(</span>master<span style="color: #990000">)]</span>$ script/generate performance_test homepage</tt></pre></div></div>
-<div class="paragraph"><p>This will generate <tt>test/performance/homepage_test.rb</tt>:</p></div>
-<div class="listingblock">
-<div class="content"><!-- Generator: GNU source-highlight 2.9
-by Lorenzo Bettini
-http://www.lorenzobettini.it
-http://www.gnu.org/software/src-highlite -->
-<pre><tt><span style="font-weight: bold"><span style="color: #000080">require</span></span> <span style="color: #FF0000">'test_helper'</span>
-<span style="font-weight: bold"><span style="color: #000080">require</span></span> <span style="color: #FF0000">'performance_test_help'</span>
-
-<span style="font-weight: bold"><span style="color: #0000FF">class</span></span> HomepageTest <span style="color: #990000">&lt;</span> ActionController<span style="color: #990000">::</span>PerformanceTest
- <span style="font-style: italic"><span style="color: #9A1900"># Replace this with your real tests.</span></span>
- <span style="font-weight: bold"><span style="color: #0000FF">def</span></span> test_homepage
- get <span style="color: #FF0000">'/'</span>
- <span style="font-weight: bold"><span style="color: #0000FF">end</span></span>
-<span style="font-weight: bold"><span style="color: #0000FF">end</span></span></tt></pre></div></div>
-<div class="paragraph"><p>Which you can modify to suit your needs.</p></div>
-<h3 id="_running_tests">4.6. Running tests</h3>
-</div>
-<h2 id="_understanding_performance_tests_outputs">5. Understanding Performance Tests Outputs</h2>
-<div class="sectionbody">
-<h3 id="_our_first_performance_test">5.1. Our First Performance Test</h3>
-<div class="paragraph"><p>So how do we profile a request.</p></div>
-<div class="paragraph"><p>One of the things that is important to us is how long it takes to render the home page - so let&#8217;s make a request to the home page. Once the request is complete, the results will be outputted in the terminal.</p></div>
-<div class="paragraph"><p>In the terminal run</p></div>
-<div class="listingblock">
-<div class="content"><!-- Generator: GNU source-highlight 2.9
-by Lorenzo Bettini
-http://www.lorenzobettini.it
-http://www.gnu.org/software/src-highlite -->
-<pre><tt><span style="color: #990000">[</span>User profiling_tester<span style="color: #990000">]</span>$ gcruby tests<span style="color: #FF6600">/performance/</span>homepage<span style="color: #990000">.</span>rb</tt></pre></div></div>
-<div class="paragraph"><p>After the tests runs for a few seconds you should see something like this.</p></div>
-<div class="listingblock">
-<div class="content">
-<pre><tt>HomepageTest#test_homepage (19 ms warmup)
- process_time: 26 ms
- memory: 298.79 KB
- objects: 1917
-
-Finished in 2.207428 seconds.</tt></pre>
-</div></div>
-<div class="paragraph"><p>Simple but efficient.</p></div>
-<div class="ulist"><ul>
-<li>
-<p>
-Process Time refers to amount of time necessary to complete the action.
-</p>
-</li>
-<li>
-<p>
-memory is the amount of information loaded into memory
-</p>
-</li>
-<li>
-<p>
-object ??? #TODO find a good definition. Is it the amount of objects put into a ruby heap for this process?
-</p>
-</li>
-</ul></div>
-<div class="paragraph"><p>In addition we also gain three types of itemized log files for each of these outputs. They can be found in your tmp directory of your application.</p></div>
-<div class="paragraph"><p><strong>The Three types are</strong></p></div>
-<div class="ulist"><ul>
-<li>
-<p>
-Flat File - A simple text file with the data laid out in a grid
-</p>
-</li>
-<li>
-<p>
-Graphical File - A html colored coded version of the simple text file with hyperlinks between the various methods. Most useful is the bolding of the main processes for each portion of the action.
-</p>
-</li>
-<li>
-<p>
-Tree File - A file output that can be use in conjunction with KCachegrind to visualize the process
-</p>
-</li>
-</ul></div>
-<div class="admonitionblock">
-<table><tr>
-<td class="icon">
-<img src="./images/icons/note.png" alt="Note" />
-</td>
-<td class="content">KCachegrind is Linux only. For Mac this means you have to do a full KDE install to have it working in your OS. Which is over 3 gigs in size. For windows there is clone called wincachegrind but it is no longer actively being developed.</td>
-</tr></table>
-</div>
-<div class="paragraph"><p>Below are examples for Flat Files and Graphical Files</p></div>
-<h3 id="_flat_files">5.2. Flat Files</h3>
-<div class="exampleblock">
-<div class="title">Flat File Output Processing Time</div>
-<div class="exampleblock-content">
-<div class="paragraph"><p>Thread ID: 2279160
-Total: 0.026097</p></div>
-<div class="literalblock">
-<div class="content">
-<pre><tt>%self total self wait child calls name
- 6.41 0.06 0.04 0.00 0.02 571 Kernel#===
- 3.17 0.00 0.00 0.00 0.00 172 Hash#[]
- 2.42 0.00 0.00 0.00 0.00 13 MonitorMixin#mon_exit
- 2.05 0.00 0.00 0.00 0.00 15 Array#each
- 1.56 0.00 0.00 0.00 0.00 6 Logger#add
- 1.55 0.00 0.00 0.00 0.00 13 MonitorMixin#mon_enter
- 1.36 0.03 0.00 0.00 0.03 1 ActionController::Integration::Session#process
- 1.31 0.00 0.00 0.00 0.00 13 MonitorMixin#mon_release
- 1.15 0.00 0.00 0.00 0.00 8 MonitorMixin#synchronize-1
- 1.09 0.00 0.00 0.00 0.00 23 Class#new
- 1.03 0.01 0.00 0.00 0.01 5 MonitorMixin#synchronize
- 0.89 0.00 0.00 0.00 0.00 74 Hash#default
- 0.89 0.00 0.00 0.00 0.00 6 Hodel3000CompliantLogger#format_message
- 0.80 0.00 0.00 0.00 0.00 9 c
- 0.80 0.00 0.00 0.00 0.00 11 ActiveRecord::ConnectionAdapters::ConnectionHandler#retrieve_connection_pool
- 0.79 0.01 0.00 0.00 0.01 1 ActionController::Benchmarking#perform_action_without_rescue
- 0.18 0.00 0.00 0.00 0.00 17 &lt;Class::Object&gt;#allocate</tt></pre>
-</div></div>
-</div></div>
-<div class="paragraph"><p>So what do these columns tell us:</p></div>
-<div class="ulist"><ul>
-<li>
-<p>
-%self - The percentage of time spent processing the method. This is derived from self_time/total_time
-</p>
-</li>
-<li>
-<p>
-total - The time spent in this method and its children.
-</p>
-</li>
-<li>
-<p>
-self - The time spent in this method.
-</p>
-</li>
-<li>
-<p>
-wait - Time processed was queued
-</p>
-</li>
-<li>
-<p>
-child - The time spent in this method&#8217;s children.
-</p>
-</li>
-<li>
-<p>
-calls - The number of times this method was called.
-</p>
-</li>
-<li>
-<p>
-name - The name of the method.
-</p>
-</li>
-</ul></div>
-<div class="paragraph"><p>Name can be displayed three seperate ways:
- * #toplevel - The root method that calls all other methods
- * MyObject#method - Example Hash#each, The class Hash is calling the method each
- * &lt;Object:MyObject&gt;#test - The &lt;&gt; characters indicate a singleton method on a singleton class. Example &lt;Class::Object&gt;#allocate</p></div>
-<div class="paragraph"><p>Methods are sorted based on %self. Hence the ones taking the most time and resources will be at the top.</p></div>
-<div class="paragraph"><p>So for Array#each which is calling each on the class array. We find that it processing time is 2% of the total and was called 15 times. The rest of the information is 0.00 because the process is so fast it isn&#8217;t recording times less then 100 ms.</p></div>
-<div class="exampleblock">
-<div class="title">Flat File Memory Output</div>
-<div class="exampleblock-content">
-<div class="paragraph"><p>Thread ID: 2279160
-Total: 509.724609</p></div>
-<div class="literalblock">
-<div class="content">
-<pre><tt>%self total self wait child calls name
- 4.62 23.57 23.57 0.00 0.00 34 String#split
- 3.95 57.66 20.13 0.00 37.53 3 &lt;Module::YAML&gt;#quick_emit
- 2.82 23.70 14.35 0.00 9.34 2 &lt;Module::YAML&gt;#quick_emit-1
- 1.37 35.87 6.96 0.00 28.91 1 ActionView::Helpers::FormTagHelper#form_tag
- 1.35 7.69 6.88 0.00 0.81 1 ActionController::HttpAuthentication::Basic::ControllerMethods#authenticate_with_http_basic
- 1.06 6.09 5.42 0.00 0.67 90 String#gsub
- 1.01 5.13 5.13 0.00 0.00 27 Array#-</tt></pre>
-</div></div>
-</div></div>
-<div class="paragraph"><p>Very similar to the processing time format. The main difference here is that instead of calculating time we are now concerned with the amount of KB put into memory <strong>(or is it strictly into the heap) can I get clarification on this minor point?</strong></p></div>
-<div class="paragraph"><p>So for &lt;Module::YAML&gt;#quick_emit which is singleton method on the class YAML it uses 57.66 KB in total, 23.57 through its own actions, 6.69 from actions it calls itself and that it was called twice.</p></div>
-<div class="exampleblock">
-<div class="title">Flat File Objects</div>
-<div class="exampleblock-content">
-<div class="paragraph"><p>Thread ID: 2279160
-Total: 6537.000000</p></div>
-<div class="literalblock">
-<div class="content">
-<pre><tt>%self total self wait child calls name
-15.16 1096.00 991.00 0.00 105.00 66 Hash#each
- 5.25 343.00 343.00 0.00 0.00 4 Mysql::Result#each_hash
- 4.74 2203.00 310.00 0.00 1893.00 42 Array#each
- 3.75 4529.00 245.00 0.00 4284.00 1 ActionView::Base::CompiledTemplates#_run_erb_47app47views47layouts47application46html46erb
- 2.00 136.00 131.00 0.00 5.00 90 String#gsub
- 1.73 113.00 113.00 0.00 0.00 34 String#split
- 1.44 111.00 94.00 0.00 17.00 31 Array#each-1</tt></pre>
-</div></div>
-</div></div>
-<div class="literalblock">
-<div class="content">
-<pre><tt>#TODO Find correct terminology for how to describe what this is exactly profiling as in are there really 2203 array objects or 2203 pointers to array objects?.</tt></pre>
-</div></div>
-<h3 id="_graph_files">5.3. Graph Files</h3>
-<div class="paragraph"><p>While the information gleamed from flat files is very useful we still don&#8217;t know which processes each method is calling. We only know how many. This is not true for a graph file. Below is a text representation of a graph file. The actual graph file is an html entity and an example of which can be found <a href="examples/graph.html">Here</a></p></div>
-<div class="paragraph"><p>#TODO (Handily the graph file has links both between it many processes and to the files that actually contain them for debugging.
- )</p></div>
-<div class="exampleblock">
-<div class="title">Graph File</div>
-<div class="exampleblock-content">
-<div class="paragraph"><p>Thread ID: 21277412</p></div>
-<div class="literalblock">
-<div class="content">
-<pre><tt> %total %self total self children calls Name
-/____________________________________________________________________________/
-100.00% 0.00% 8.77 0.00 8.77 1 #toplevel*
- 8.77 0.00 8.77 1/1 Object#run_primes
-/____________________________________________________________________________/
- 8.77 0.00 8.77 1/1 #toplevel
-100.00% 0.00% 8.77 0.00 8.77 1 Object#run_primes*
- 0.02 0.00 0.02 1/1 Object#make_random_array
- 2.09 0.00 2.09 1/1 Object#find_largest
- 6.66 0.00 6.66 1/1 Object#find_primes
-/____________________________________________________________________________/
- 0.02 0.02 0.00 1/1 Object#make_random_array
-0.18% 0.18% 0.02 0.02 0.00 1 Array#each_index
- 0.00 0.00 0.00 500/500 Kernel.rand
- 0.00 0.00 0.00 500/501 Array#[]=
-/____________________________________________________________________________/</tt></pre>
-</div></div>
-</div></div>
-<div class="paragraph"><p>As you can see the calls have been separated into slices, no longer is the order determined by process time but instead from hierarchy. Each slice profiles a primary entry, with the primary entry&#8217;s parents being shown above itself and it&#8217;s children found below. A primary entry can be ascertained by it having values in the %total and %self columns. Here the main entry here have been bolded for connivence.</p></div>
-<div class="paragraph"><p>So if we look at the last slice. The primary entry would be Array#each_index. It takes 0.18% of the total process time and it is only called once. It is called from Object#make_random_array which is only called once. It&#8217;s children are Kernal.rand which is called by it all 500 its times that it was call in this action and Arry#[]= which was called 500 times by Array#each_index and once by some other entry.</p></div>
-<h3 id="_tree_files">5.4. Tree Files</h3>
-<div class="paragraph"><p>It&#8217;s pointless trying to represent a tree file textually so here&#8217;s a few pretty pictures of it&#8217;s usefulness</p></div>
-<div class="paragraph"><div class="title">KCachegrind Graph</div><p><span class="image">
-<img src="images/kgraph.png" alt="Graph created by KCachegrind" title="Graph created by KCachegrind" />
-</span></p></div>
-<div class="paragraph"><div class="title">KCachegrind List</div><p><span class="image">
-<img src="images/klist.png" alt="List created by KCachegrind" title="List created by KCachegrind" />
-</span></p></div>
-<div class="paragraph"><p>#TODO Add a bit more information to this.</p></div>
-</div>
-<h2 id="_getting_to_the_point_of_all_of_this">6. Getting to the Point of all of this</h2>
-<div class="sectionbody">
-<div class="paragraph"><p>Now I know all of this is a bit dry and academic. But it&#8217;s a very powerful tool when you know how to leverage it properly. Which we are going to take a look at in our next section</p></div>
-</div>
-<h2 id="_real_life_example">7. Real Life Example</h2>
-<div class="sectionbody">
-<h3 id="_the_setup">7.1. The setup</h3>
-<div class="paragraph"><p>So I have been building this application for the last month and feel pretty good about the ruby code. I&#8217;m readying it for beta testers when I discover to my shock that with less then twenty people it starts to crash. It&#8217;s a pretty simple Ecommerce site so I&#8217;m very confused by what I&#8217;m seeing. On running looking through my log files I find to my shock that the lowest time for a page run is running around 240 ms. My database finds aren&#8217;t the problems so I&#8217;m lost as to what is happening to cause all this. Lets run a benchmark.</p></div>
-<div class="listingblock">
-<div class="content"><!-- Generator: GNU source-highlight 2.9
-by Lorenzo Bettini
-http://www.lorenzobettini.it
-http://www.gnu.org/software/src-highlite -->
-<pre><tt><span style="font-weight: bold"><span style="color: #0000FF">class</span></span> HomepageTest <span style="color: #990000">&lt;</span> ActionController<span style="color: #990000">::</span>PerformanceTest
- <span style="font-style: italic"><span style="color: #9A1900"># Replace this with your real tests.</span></span>
- <span style="font-weight: bold"><span style="color: #0000FF">def</span></span> test_homepage
- get <span style="color: #FF0000">'/'</span>
- <span style="font-weight: bold"><span style="color: #0000FF">end</span></span>
-<span style="font-weight: bold"><span style="color: #0000FF">end</span></span></tt></pre></div></div>
-<div class="listingblock">
-<div class="title">Output</div>
-<div class="content">
-<pre><tt>HomepageTest#test_homepage (115 ms warmup)
- process_time: 591 ms
- memory: 3052.90 KB
- objects: 59471</tt></pre>
-</div></div>
-<div class="paragraph"><p>Obviously something is very very wrong here. 3052.90 Kb to load my minimal homepage. For Comparison for another site running well I get this for my homepage test.</p></div>
-<div class="listingblock">
-<div class="title">Default</div>
-<div class="content">
-<pre><tt>HomepageTest#test_homepage (19 ms warmup)
- process_time: 26 ms
- memory: 298.79 KB
- objects: 1917</tt></pre>
-</div></div>
-<div class="paragraph"><p>that over a factor of ten difference. Lets look at our flat process time file to see if anything pops out at us.</p></div>
-<div class="listingblock">
-<div class="title">Process time</div>
-<div class="content">
-<pre><tt>20.73 0.39 0.12 0.00 0.27 420 Pathname#cleanpath_aggressive
-17.07 0.14 0.10 0.00 0.04 3186 Pathname#chop_basename
- 6.47 0.06 0.04 0.00 0.02 6571 Kernel#===
- 5.04 0.06 0.03 0.00 0.03 840 Pathname#initialize
- 5.03 0.05 0.03 0.00 0.02 4 ERB::Compiler::ExplicitScanner#scan
- 4.51 0.03 0.03 0.00 0.00 9504 String#==
- 2.94 0.46 0.02 0.00 0.44 1393 String#gsub
- 2.66 0.09 0.02 0.00 0.07 480 Array#each
- 2.46 0.01 0.01 0.00 0.00 3606 Regexp#to_s</tt></pre>
-</div></div>
-<div class="paragraph"><p>Yes indeed we seem to have found the problem. Pathname#cleanpath_aggressive is taking nearly a quarter our process time and Pathname#chop_basename another 17%. From here I do a few more benchmarks to make sure that these processes are slowing down the other pages. They are so now I know what I must do. <strong>If we can get rid of or shorten these processes we can make our pages run much quicker</strong>.</p></div>
-<div class="paragraph"><p>Now both of these are main ruby processes so are goal right now is to find out what other process is calling them. Glancing at our Graph file I see that #cleanpath is calling #cleanpath_aggressive. #cleanpath is being called by String#gsub and from there some html template errors. But my page seems to be rendering fine. why would it be calling template errors. I&#8217;m decide to check my object flat file to see if I can find any more information.</p></div>
-<div class="listingblock">
-<div class="title">Objects Created</div>
-<div class="content">
-<pre><tt>20.74 34800.00 12324.00 0.00 22476.00 420 Pathname#cleanpath_aggressive
-16.79 18696.00 9978.00 0.00 8718.00 3186 Pathname#chop_basename
-11.47 13197.00 6813.00 0.00 6384.00 480 Array#each
- 8.51 41964.00 5059.00 0.00 36905.00 1386 String#gsub
- 6.07 3606.00 3606.00 0.00 0.00 3606 Regexp#to_s</tt></pre>
-</div></div>
-<div class="paragraph"><p>nope nothing new here. Lets look at memory usage</p></div>
-<div class="listingblock">
-<div class="title">Memory Consuption</div>
-<div class="content">
-<pre><tt> 40.17 1706.80 1223.70 0.00 483.10 3186 Pathname#chop_basename
- 14.92 454.47 454.47 0.00 0.00 3606 Regexp#to_s
- 7.09 2381.36 215.99 0.00 2165.37 1386 String#gsub
- 5.08 231.19 154.73 0.00 76.46 420 Pathname#prepend_prefix
- 2.34 71.35 71.35 0.00 0.00 1265 String#initialize_copy</tt></pre>
-</div></div>
-<div class="paragraph"><p>Ok so it seems Regexp#to_s is the second costliest process. At this point I try to figure out what could be calling a regular expression cause I very rarely use them. Going over my standard layout I discover at the top.</p></div>
-<div class="listingblock">
-<div class="content"><!-- Generator: GNU source-highlight 2.9
-by Lorenzo Bettini
-http://www.lorenzobettini.it
-http://www.gnu.org/software/src-highlite -->
-<pre><tt>&lt;%if request.env["HTTP_USER_AGENT"].match(/Opera/)%&gt;
-&lt;%= stylesheet_link_tag "opera" %&gt;
-&lt;% end %&gt;</tt></pre></div></div>
-<div class="paragraph"><p>That&#8217;s wrong. I mistakenly am using a search function for a simple compare function. Lets fix that.</p></div>
-<div class="listingblock">
-<div class="content"><!-- Generator: GNU source-highlight 2.9
-by Lorenzo Bettini
-http://www.lorenzobettini.it
-http://www.gnu.org/software/src-highlite -->
-<pre><tt>&lt;%if request.env["HTTP_USER_AGENT"] =~ /Opera/%&gt;
-&lt;%= stylesheet_link_tag "opera" %&gt;
-&lt;% end %&gt;</tt></pre></div></div>
-<div class="paragraph"><p>I&#8217;ll now try my test again.</p></div>
-<div class="listingblock">
-<div class="content">
-<pre><tt>process_time: 75 ms
- memory: 519.95 KB
- objects: 6537</tt></pre>
-</div></div>
-<div class="paragraph"><p>Much better. The problem has been solved. Now I should have realized earlier due to the String#gsub that my problem had to be with reqexp serch function but such knowledge comes with time. Looking through the mass output data is a skill.</p></div>
-</div>
-<h2 id="_get_yourself_a_game_plan">8. Get Yourself a Game Plan</h2>
-<div class="sectionbody">
-<div class="paragraph"><p>You end up dealing with a large amount of data whenever you profile an application. It&#8217;s crucial to use a rigorous approach to analyzing your application&#8217;s performance else fail miserably in a vortex of numbers. This leads us to -</p></div>
-<h3 id="_the_analysis_process">8.1. The Analysis Process</h3>
-<div class="paragraph"><p>I’m going to give an example methodology for conducting your benchmarking and profiling on an application. It is based on your typical scientific method.</p></div>
-<div class="paragraph"><p>For something as complex as Benchmarking you need to take any methodology with a grain of salt but there are some basic strictures that you can depend on.</p></div>
-<div class="paragraph"><p>Formulate a question you need to answer which is simple, tests the smallest measurable thing possible, and is exact. This is typically the hardest part of the experiment. From there some steps that you should follow are.</p></div>
-<div class="ulist"><ul>
-<li>
-<p>
-Develop a set of variables and processes to measure in order to answer this question!
-</p>
-</li>
-<li>
-<p>
-Profile based on the question and variables. Key problems to avoid when designing this experiment are:
-</p>
-<div class="ulist"><ul>
-<li>
-<p>
-Confounding: Test one thing at a time, keep everything the same so you don&#8217;t poison the data with uncontrolled processes.
-</p>
-</li>
-<li>
-<p>
-Cross Contamination: Make sure that runs from one test do not harm the other tests.
-</p>
-</li>
-<li>
-<p>
-Steady States: If you’re testing long running process. You must take the ramp up time and performance hit into your initial measurements.
-</p>
-</li>
-<li>
-<p>
-Sampling Error: Data should perform have a steady variance or range. If you get wild swings or sudden spikes, etc. then you must either account for the reason why or you have a sampling error.
-</p>
-</li>
-<li>
-<p>
-Measurement Error: Aka Human error, always go through your calculations at least twice to make sure there are no mathematical errors. .
-</p>
-</li>
-</ul></div>
-</li>
-<li>
-<p>
-Do a small run of the experiment to verify the design.
-</p>
-</li>
-<li>
-<p>
-Use the small run to determine a proper sample size.
-</p>
-</li>
-<li>
-<p>
-Run the test.
-</p>
-</li>
-<li>
-<p>
-Perform the analysis on the results and determine where to go from there.
-</p>
-</li>
-</ul></div>
-<div class="paragraph"><p>Note: Even though we are using the typical scientific method; developing a hypothesis is not always useful in terms of profiling.</p></div>
-</div>
-<h2 id="_other_profiling_tools">9. Other Profiling Tools</h2>
-<div class="sectionbody">
-<div class="paragraph"><p>There are a lot of great profiling tools out there. Some free, some not so free. This is a sort list detailing some of them.</p></div>
-<h3 id="_httperf">9.1. httperf</h3>
-<div class="paragraph"><p><a href="http://www.hpl.hp.com/research/linux/httperf/">http://www.hpl.hp.com/research/linux/httperf/</a></p></div>
-<div class="paragraph"><p>A necessary tool in your arsenal. Very useful for load testing your website.</p></div>
-<div class="paragraph"><p>#TODO write and link to a short article on how to use httperf. Anybody have a good tutorial availble.</p></div>
-<h3 id="_rails_analyzer">9.2. Rails Analyzer</h3>
-<div class="paragraph"><p>The Rails Analyzer project contains a collection of tools for Rails. It&#8217;s open source and pretty speedy. It&#8217;s not being actively worked on but is still contains some very useful tools.</p></div>
-<div class="ulist"><ul>
-<li>
-<p>
-The Production Log Analyzer examines Rails log files and gives back a report. It also includes action_grep which will give you all log results for a particular action.
-</p>
-</li>
-<li>
-<p>
-The Action Profiler similar to Ruby-Prof profiler.
-</p>
-</li>
-<li>
-<p>
-rails_stat which gives a live counter of requests per second of a running Rails app.
-</p>
-</li>
-<li>
-<p>
-The SQL Dependency Grapher allows you to visualize the frequency of table dependencies in a Rails application.
-</p>
-</li>
-</ul></div>
-<div class="paragraph"><p>Their project homepage can be found at <a href="http://rails-analyzer.rubyforge.org/">http://rails-analyzer.rubyforge.org/</a></p></div>
-<div class="paragraph"><p>The one major caveat is that it needs your log to be in a different format from how rails sets it up specifically SyslogLogger.</p></div>
-<h4 id="_sysloglogger">9.2.1. SyslogLogger</h4>
-<div class="paragraph"><p>SyslogLogger is a Logger work-alike that logs via syslog instead of to a file. You can add SyslogLogger to your Rails production environment to aggregate logs between multiple machines.</p></div>
-<div class="paragraph"><p>More information can be found out at <a href="http://rails-analyzer.rubyforge.org/hacks/classes/SyslogLogger.html">http://rails-analyzer.rubyforge.org/hacks/classes/SyslogLogger.html</a></p></div>
-<div class="paragraph"><p>If you don&#8217;t have access to your machines root system or just want something a bit easier to implement there is also a module developed by Geoffrey Grosenbach</p></div>
-<h4 id="_a_hodel_3000_compliant_logger_for_the_rest_of_us">9.2.2. A Hodel 3000 Compliant Logger for the Rest of Us</h4>
-<div class="paragraph"><p>Directions taken from
-<a href="http://topfunky.net/svn/plugins/hodel_3000_compliant_logger/lib/hodel_3000_compliant_logger.rb">link to module file</a></p></div>
-<div class="paragraph"><p>Just put the module in your lib directory and add this to your environment.rb in it&#8217;s config portion.</p></div>
-<div class="listingblock">
-<div class="content">
-<pre><tt>require 'hodel_3000_compliant_logger'
-config.logger = Hodel3000CompliantLogger.new(config.log_path)</tt></pre>
-</div></div>
-<div class="paragraph"><p>It&#8217;s that simple. Your log output on restart should look like this.</p></div>
-<div class="listingblock">
-<div class="title">Hodel 3000 Example</div>
-<div class="content">
-<pre><tt>Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]:
-Parameters: {"action"=&gt;"shipping", "controller"=&gt;"checkout"}
-Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]: 
-[4;36;1mBook Columns (0.003155) SHOW FIELDS FROM `books`
-Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]: 
-[4;35;1mBook Load (0.000881) SELECT * FROM `books` WHERE (`books`.`id` = 1 AND (`books`.`sold` = 1)) 
-Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]: 
-[4;36;1mShippingAddress Columns (0.002683) SHOW FIELDS FROM `shipping_addresses`
-Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]: 
-[4;35;1mBook Load (0.000362) SELECT ounces FROM `books` WHERE (`books`.`id` = 1) 
-Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]:
-Rendering template within layouts/application
-Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]:
-Rendering checkout/shipping
-Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]: 
-[4;36;1mBook Load (0.000548) SELECT * FROM `books`
-WHERE (sold = 0) LIMIT 3
-Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]: 
-[4;35;1mAuthor Columns (0.002571) SHOW FIELDS FROM `authors`
-Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]:
-Author Load (0.000811) SELECT * FROM `authors` WHERE (`authors`.`id` = 1) 
-Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]:
-Rendered store/_new_books (0.01358)
-Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]:
-Completed in 0.37297 (2 reqs/sec) | Rendering: 0.02971 (7%) | DB: 0.01697 (4%) | 200 OK [https://secure.jeffbooks/checkout/shipping]</tt></pre>
-</div></div>
-<h3 id="_palmist">9.3. Palmist</h3>
-<div class="paragraph"><p>An open source mysql query analyzer. Full featured and easy to work with. Also requires Hodel 3000
-<a href="http://www.flyingmachinestudios.com/projects/">http://www.flyingmachinestudios.com/projects/</a></p></div>
-<h3 id="_new_relic">9.4. New Relic</h3>
-<div class="paragraph"><p><a href="http://www.newrelic.com/">http://www.newrelic.com/</a></p></div>
-<div class="paragraph"><p>Pretty nifty performance tools, pricey though. They do have a basic free
-service both for when in development and when you put your application into production. Very simple installation and signup.</p></div>
-<div class="paragraph"><p>#TODO more in-depth without being like an advertisement.</p></div>
-<h4 id="_manage">9.4.1. Manage</h4>
-<div class="paragraph"><p>Like new relic a production monitoring tool.</p></div>
-</div>
-<h2 id="_changelog">10. Changelog</h2>
-<div class="sectionbody">
-<div class="paragraph"><p><a href="http://rails.lighthouseapp.com/projects/16213-rails-guides/tickets/4">Lighthouse ticket</a></p></div>
-<div class="ulist"><ul>
-<li>
-<p>
-October 17, 2008: First revision by Pratik
-</p>
-</li>
-<li>
-<p>
-September 6, 2008: Initial version by Matthew Bergman &lt;<a href="mailto:MzbPhoto@gmail.com">MzbPhoto@gmail.com</a>&gt;
-</p>
-</li>
-</ul></div>
-</div>
-
- </div>
- </div>
-</body>
-</html>
diff --git a/railties/doc/guides/html/index.html b/railties/doc/guides/html/index.html
index 38e1b310d7..b2dce5cd67 100644
--- a/railties/doc/guides/html/index.html
+++ b/railties/doc/guides/html/index.html
@@ -348,7 +348,7 @@ of your code.</p></div>
</div></div>
<div class="sidebarblock">
<div class="sidebar-content">
-<div class="sidebar-title"><a href="benchmarking_and_profiling.html">Benchmarking and Profiling Rails Applications</a></div>
+<div class="sidebar-title"><a href="performance_testing.html">Performance testing Rails Applications</a></div>
<div class="admonitionblock">
<table><tr>
<td class="icon">
diff --git a/railties/doc/guides/html/performance_testing.html b/railties/doc/guides/html/performance_testing.html
new file mode 100644
index 0000000000..c03447289f
--- /dev/null
+++ b/railties/doc/guides/html/performance_testing.html
@@ -0,0 +1,577 @@
+<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
+<html xmlns="http://www.w3.org/1999/xhtml" lang="en" xml:lang="en">
+<head>
+ <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
+ <title>Performance testing Rails Applications</title>
+ <!--[if lt IE 8]>
+ <script src="http://ie7-js.googlecode.com/svn/version/2.0(beta3)/IE8.js" type="text/javascript"></script>
+ <![endif]-->
+ <link href="stylesheets/base.css" media="screen" rel="Stylesheet" type="text/css" />
+ <link href="stylesheets/forms.css" media="screen" rel="Stylesheet" type="text/css" />
+ <link href="stylesheets/more.css" media="screen" rel="Stylesheet" type="text/css" />
+ <style type="text/css">
+ div#container {
+ max-width: 900px;
+ padding-bottom: 3em;
+}
+
+div#content {
+ margin-left: 200px;
+}
+
+div#container.notoc {
+ max-width: 600px;
+}
+
+.notoc div#content {
+ margin-left: 0;
+}
+
+pre {
+ line-height: 1.4em;
+}
+
+#content p tt {
+ background: #eeeeee;
+ border: solid 1px #cccccc;
+ padding: 3px;
+}
+
+dt {
+ font-weight: bold;
+}
+
+#content dt tt {
+ font-size: 10pt;
+}
+
+dd {
+ margin-left: 3em;
+}
+
+#content dt tt, #content pre tt {
+ background: none;
+ padding: 0;
+ border: 0;
+}
+
+#content .olist ol {
+ margin-left: 2em;
+}
+
+#header {
+ position: relative;
+ max-width: 840px;
+ margin-left: auto;
+ margin-right: auto;
+}
+
+#header.notoc {
+ max-width: 580px;
+}
+
+#logo {
+ position: absolute;
+ left: 10px;
+ top: 10px;
+ width: 110px;
+ height: 140px;
+}
+
+div#header h1#site_title {
+ background: url('images/ruby_on_rails_by_mike_rundle2.gif') top left no-repeat;
+ position: absolute;
+ width: 392px;
+ height: 55px;
+ left: 145px;
+ top: 20px;
+ margin: 0;
+ padding: 0;
+}
+
+#site_title span {
+ display: none;
+}
+
+#site_title_tagline {
+ display: none;
+}
+
+ul#navMain {
+ position: absolute;
+ margin: 0;
+ padding: 0;
+ top: 97px;
+ left: 145px;
+}
+
+.left-floaty, .right-floaty {
+ padding: 15px;
+}
+
+.admonitionblock,
+.tableblock {
+ margin-left: 1em;
+ margin-right: 1em;
+ margin-top: 0.25em;
+ margin-bottom: 1em;
+}
+
+.admonitionblock .icon {
+ padding-right: 8px;
+}
+
+.admonitionblock .content {
+ border: solid 1px #ffda78;
+ background: #fffebd;
+ padding: 10px;
+ padding-top: 8px;
+ padding-bottom: 8px;
+}
+
+.admonitionblock .title {
+ font-size: 140%;
+ margin-bottom: 0.5em;
+}
+
+.tableblock table {
+ border: solid 1px #aaaaff;
+ background: #f0f0ff;
+}
+
+.tableblock th {
+ background: #e0e0e0;
+}
+
+.tableblock th,
+.tableblock td {
+ padding: 3px;
+ padding-left: 5px;
+ padding-right: 5px;
+}
+
+.sidebarblock {
+ margin-top: 0.25em;
+ margin: 1em;
+ border: solid 1px #ccccbb;
+ padding: 8px;
+ background: #ffffe0;
+}
+
+.sidebarblock .sidebar-title {
+ font-size: 140%;
+ font-weight: 600;
+ margin-bottom: 0.3em;
+}
+
+.sidebarblock .sidebar-content > .para:last-child > p {
+ margin-bottom: 0;
+}
+
+.sidebarblock .sidebar-title a {
+ text-decoration: none;
+}
+
+.sidebarblock .sidebar-title a:hover {
+ text-decoration: underline;
+}
+
+ </style>
+</head>
+<body>
+ <div id="header" >
+ <div id="logo">
+ <a href="index.html" title="Ruby on Rails"><img src="images/rails_logo_remix.gif" alt="Rails" height="140" width="110" /></a>
+ </div>
+
+ <h1 id="site_title"><span>Ruby on Rails</span></h1>
+ <h2 id="site_title_tagline">Sustainable productivity for web-application development</h2>
+
+ <ul id="navMain">
+ <li class="first-child"><a href="http://www.rubyonrails.org/" title="Ruby on Rails" class="ruby_on_rails">Ruby on Rails</a></li>
+ <li><a class="manuals" href="index.html" title="Manuals Index">Guides Index</a></li>
+ </ul>
+ </div>
+
+ <div id="container">
+
+ <div id="sidebar">
+ <h2>Chapters</h2>
+ <ol>
+ <li>
+ <a href="#_using_and_understanding_the_log_files">Using and understanding the log files</a>
+ </li>
+ <li>
+ <a href="#_helper_methods">Helper methods</a>
+ </li>
+ <li>
+ <a href="#_performance_test_cases">Performance Test Cases</a>
+ <ul>
+
+ <li><a href="#_modes">Modes</a></li>
+
+ <li><a href="#_metrics">Metrics</a></li>
+
+ <li><a href="#_understanding_the_output">Understanding the output</a></li>
+
+ <li><a href="#_preparing_ruby_and_ruby_prof">Preparing Ruby and Ruby-prof</a></li>
+
+ <li><a href="#_generating_performance_test">Generating performance test</a></li>
+
+ </ul>
+ </li>
+ <li>
+ <a href="#_other_profiling_tools">Other Profiling Tools</a>
+ <ul>
+
+ <li><a href="#_httperf">httperf</a></li>
+
+ <li><a href="#_rails_analyzer">Rails Analyzer</a></li>
+
+ <li><a href="#_palmist">Palmist</a></li>
+
+ <li><a href="#_new_relic">New Relic</a></li>
+
+ </ul>
+ </li>
+ <li>
+ <a href="#_changelog">Changelog</a>
+ </li>
+ </ol>
+ </div>
+
+ <div id="content">
+ <h1>Performance testing Rails Applications</h1>
+ <div id="preamble">
+<div class="sectionbody">
+<div class="paragraph"><p>This guide covers the benchmarking and profiling tactics/tools of Rails and Ruby in general. By referring to this guide, you will be able to:</p></div>
+<div class="ulist"><ul>
+<li>
+<p>
+Understand the various types of benchmarking and profiling metrics
+</p>
+</li>
+<li>
+<p>
+Generate performance/benchmarking tests
+</p>
+</li>
+<li>
+<p>
+Use GC patched Ruby binary to measure memory usage and object allocation
+</p>
+</li>
+<li>
+<p>
+Understand the information provided by Rails inside the log files
+</p>
+</li>
+<li>
+<p>
+Learn about various tools facilitating benchmarking and profiling
+</p>
+</li>
+</ul></div>
+<div class="paragraph"><p>Performance testing is an integral part of the development cycle. It is very important that you don&#8217;t make your end users wait for too long before the page is completely loaded. Ensuring a plesant browsing experience to the end users and cutting cost of unnecessary hardwares is important for any web application.</p></div>
+</div>
+</div>
+<h2 id="_using_and_understanding_the_log_files">1. Using and understanding the log files</h2>
+<div class="sectionbody">
+<div class="paragraph"><p>Rails logs files containt basic but very useful information about the time taken to serve every request. A typical log entry looks something like :</p></div>
+<div class="listingblock">
+<div class="content"><!-- Generator: GNU source-highlight 2.9
+by Lorenzo Bettini
+http://www.lorenzobettini.it
+http://www.gnu.org/software/src-highlite -->
+<pre><tt>Processing ItemsController<span style="font-style: italic"><span style="color: #9A1900">#index (for 127.0.0.1 at 2009-01-08 03:06:39) [GET]</span></span>
+Rendering template within layouts<span style="color: #990000">/</span>items
+Rendering items<span style="color: #990000">/</span>index
+Completed <span style="font-weight: bold"><span style="color: #0000FF">in</span></span> 5ms <span style="color: #990000">(</span>View<span style="color: #990000">:</span> <span style="color: #993399">2</span><span style="color: #990000">,</span> DB<span style="color: #990000">:</span> <span style="color: #993399">0</span><span style="color: #990000">)</span> <span style="color: #990000">|</span> <span style="color: #993399">200</span> OK <span style="color: #990000">[</span>http<span style="color: #990000">:</span><span style="color: #FF6600">//0.0.0.0/</span>items<span style="color: #990000">]</span></tt></pre></div></div>
+<div class="paragraph"><p>For this section, we&#8217;re only interested in the last line from that log entry:</p></div>
+<div class="listingblock">
+<div class="content"><!-- Generator: GNU source-highlight 2.9
+by Lorenzo Bettini
+http://www.lorenzobettini.it
+http://www.gnu.org/software/src-highlite -->
+<pre><tt>Completed <span style="font-weight: bold"><span style="color: #0000FF">in</span></span> 5ms <span style="color: #990000">(</span>View<span style="color: #990000">:</span> <span style="color: #993399">2</span><span style="color: #990000">,</span> DB<span style="color: #990000">:</span> <span style="color: #993399">0</span><span style="color: #990000">)</span> <span style="color: #990000">|</span> <span style="color: #993399">200</span> OK <span style="color: #990000">[</span>http<span style="color: #990000">:</span><span style="color: #FF6600">//0.0.0.0/</span>items<span style="color: #990000">]</span></tt></pre></div></div>
+<div class="paragraph"><p>This data is fairly straight forward to understand. Rails uses millisecond(ms) as the metric to measures the time taken. The complete request spent 5 ms inside Rails, out of which 2 ms were spent rendering views and none was spent communication with the database. It&#8217;s safe to assume that the remaining 3 ms were spent inside the controller.</p></div>
+</div>
+<h2 id="_helper_methods">2. Helper methods</h2>
+<div class="sectionbody">
+<div class="paragraph"><p>Rails provides various helper methods inside Active Record, Action Controller and Action View to measure the time taken by a specific code. The method is called <tt>benchmark()</tt> in all three components.</p></div>
+<div class="listingblock">
+<div class="content"><!-- Generator: GNU source-highlight 2.9
+by Lorenzo Bettini
+http://www.lorenzobettini.it
+http://www.gnu.org/software/src-highlite -->
+<pre><tt>Project<span style="color: #990000">.</span>benchmark<span style="color: #990000">(</span><span style="color: #FF0000">"Creating project"</span><span style="color: #990000">)</span> <span style="font-weight: bold"><span style="color: #0000FF">do</span></span>
+ project <span style="color: #990000">=</span> Project<span style="color: #990000">.</span>create<span style="color: #990000">(</span><span style="color: #FF0000">"name"</span> <span style="color: #990000">=&gt;</span> <span style="color: #FF0000">"stuff"</span><span style="color: #990000">)</span>
+ project<span style="color: #990000">.</span>create_manager<span style="color: #990000">(</span><span style="color: #FF0000">"name"</span> <span style="color: #990000">=&gt;</span> <span style="color: #FF0000">"David"</span><span style="color: #990000">)</span>
+ project<span style="color: #990000">.</span>milestones <span style="color: #990000">&lt;&lt;</span> Milestone<span style="color: #990000">.</span>find<span style="color: #990000">(:</span>all<span style="color: #990000">)</span>
+<span style="font-weight: bold"><span style="color: #0000FF">end</span></span></tt></pre></div></div>
+<div class="paragraph"><p>The above code benchmarks the multiple statments enclosed inside <tt>Project.benchmark("Creating project") do..end</tt> block and prints the results inside log files. The statement inside log files will look like:</p></div>
+<div class="listingblock">
+<div class="content"><!-- Generator: GNU source-highlight 2.9
+by Lorenzo Bettini
+http://www.lorenzobettini.it
+http://www.gnu.org/software/src-highlite -->
+<pre><tt>Creating projectem <span style="color: #990000">(</span><span style="color: #993399">185</span><span style="color: #990000">.</span>3ms<span style="color: #990000">)</span></tt></pre></div></div>
+<div class="paragraph"><p>Please refer to <a href="http://api.rubyonrails.com/classes/ActiveRecord/Base.html#M001336">API docs</a> for optional options to <tt>benchmark()</tt></p></div>
+<div class="paragraph"><p>Similarly, you could use this helper method inside <a href="http://api.rubyonrails.com/classes/ActionController/Benchmarking/ClassMethods.html#M000715">controllers</a> ( Note that it&#8217;s a class method here ):</p></div>
+<div class="listingblock">
+<div class="content"><!-- Generator: GNU source-highlight 2.9
+by Lorenzo Bettini
+http://www.lorenzobettini.it
+http://www.gnu.org/software/src-highlite -->
+<pre><tt><span style="font-weight: bold"><span style="color: #0000FF">def</span></span> process_projects
+ <span style="font-weight: bold"><span style="color: #0000FF">self</span></span><span style="color: #990000">.</span><span style="font-weight: bold"><span style="color: #0000FF">class</span></span><span style="color: #990000">.</span>benchmark<span style="color: #990000">(</span><span style="color: #FF0000">"Processing projects"</span><span style="color: #990000">)</span> <span style="font-weight: bold"><span style="color: #0000FF">do</span></span>
+ Project<span style="color: #990000">.</span>process<span style="color: #990000">(</span>params<span style="color: #990000">[:</span>project_ids<span style="color: #990000">])</span>
+ Project<span style="color: #990000">.</span>update_cached_projects
+ <span style="font-weight: bold"><span style="color: #0000FF">end</span></span>
+<span style="font-weight: bold"><span style="color: #0000FF">end</span></span></tt></pre></div></div>
+<div class="paragraph"><p>and <a href="http://api.rubyonrails.com/classes/ActionController/Benchmarking/ClassMethods.html#M000715">views</a>:</p></div>
+<div class="listingblock">
+<div class="content"><!-- Generator: GNU source-highlight 2.9
+by Lorenzo Bettini
+http://www.lorenzobettini.it
+http://www.gnu.org/software/src-highlite -->
+<pre><tt><span style="color: #FF0000">&lt;% benchmark("Showing projects partial") do %&gt;</span>
+ <span style="color: #FF0000">&lt;%= render :partial =&gt;</span> <span style="color: #009900">@projects</span> <span style="color: #990000">%&gt;</span>
+<span style="color: #FF0000">&lt;% end %&gt;</span></tt></pre></div></div>
+</div>
+<h2 id="_performance_test_cases">3. Performance Test Cases</h2>
+<div class="sectionbody">
+<div class="paragraph"><p>Rails provides a very easy way to write performance test cases, which look just like the regular integration tests. Performance tests run a code profiler on your test methods. Profiling output for combinations of each test method, measurement, and output format are written to your <tt>tmp/performance</tt> directory. By default, process_time is measured and both flat and graph_html output formats are written, so you&#8217;ll have two output files per test method.</p></div>
+<div class="paragraph"><p>If you have a look at <tt>test/performance/browsing_test.rb</tt> in a newly created Rails application:</p></div>
+<div class="listingblock">
+<div class="content"><!-- Generator: GNU source-highlight 2.9
+by Lorenzo Bettini
+http://www.lorenzobettini.it
+http://www.gnu.org/software/src-highlite -->
+<pre><tt><span style="font-weight: bold"><span style="color: #000080">require</span></span> <span style="color: #FF0000">'test_helper'</span>
+<span style="font-weight: bold"><span style="color: #000080">require</span></span> <span style="color: #FF0000">'performance_test_help'</span>
+
+<span style="font-style: italic"><span style="color: #9A1900"># Profiling results for each test method are written to tmp/performance.</span></span>
+<span style="font-weight: bold"><span style="color: #0000FF">class</span></span> BrowsingTest <span style="color: #990000">&lt;</span> ActionController<span style="color: #990000">::</span>PerformanceTest
+ <span style="font-weight: bold"><span style="color: #0000FF">def</span></span> test_homepage
+ get <span style="color: #FF0000">'/'</span>
+ <span style="font-weight: bold"><span style="color: #0000FF">end</span></span>
+<span style="font-weight: bold"><span style="color: #0000FF">end</span></span></tt></pre></div></div>
+<div class="paragraph"><p>This is an automatically generated example performance test file, for testing performance of homepage(<em>/</em>) of the application.</p></div>
+<h3 id="_modes">3.1. Modes</h3>
+<div class="paragraph"><p>Performance test cases can be run in two modes : Benchmarking and Profling.</p></div>
+<h4 id="_benchmarking">3.1.1. Benchmarking</h4>
+<div class="paragraph"><p>Benchmarking helps you find out how fast are your test cases. To run performance tests in benchmarking mode:</p></div>
+<div class="listingblock">
+<div class="content"><!-- Generator: GNU source-highlight 2.9
+by Lorenzo Bettini
+http://www.lorenzobettini.it
+http://www.gnu.org/software/src-highlite -->
+<pre><tt><span style="color: #990000">[</span>lifo@null application <span style="color: #990000">(</span>master<span style="color: #990000">)]</span>$ rake <span style="font-weight: bold"><span style="color: #0000FF">test</span></span><span style="color: #990000">:</span>benchmark</tt></pre></div></div>
+<h4 id="_profiling">3.1.2. Profiling</h4>
+<div class="paragraph"><p>Profiling helps introspect into your test cases and figure out which are the slow parts. To run performance tests in profiling mode:</p></div>
+<div class="listingblock">
+<div class="content"><!-- Generator: GNU source-highlight 2.9
+by Lorenzo Bettini
+http://www.lorenzobettini.it
+http://www.gnu.org/software/src-highlite -->
+<pre><tt><span style="color: #990000">[</span>lifo@null application <span style="color: #990000">(</span>master<span style="color: #990000">)]</span>$ rake <span style="font-weight: bold"><span style="color: #0000FF">test</span></span><span style="color: #990000">:</span>profile</tt></pre></div></div>
+<h3 id="_metrics">3.2. Metrics</h3>
+<div class="paragraph"><p>Benchmarking and profiling run performance test cases in various modes to help precisely figure out the where the problem lies.</p></div>
+<h4 id="_process_time">3.2.1. Process Time</h4>
+<div class="paragraph"><p>Measures the time taken by the process. It is unaffected by any other processes running concurrently on the same system. Hence, process time is likely to be constant for any given performance test, irrespective of the machine load.</p></div>
+<div class="paragraph"><p>Mode : Benchmarking, Profiling</p></div>
+<h4 id="_memory">3.2.2. Memory</h4>
+<div class="paragraph"><p>Measures the amount of memory used for the performance test case.</p></div>
+<div class="paragraph"><p>Mode : Benchmarking, Profiling</p></div>
+<h4 id="_objects">3.2.3. Objects</h4>
+<div class="paragraph"><p>Measures the number of objects allocated for the performance test case.</p></div>
+<div class="paragraph"><p>Mode : Benchmarking, Profiling</p></div>
+<h4 id="_gc_runs">3.2.4. GC Runs</h4>
+<div class="paragraph"><p>Measures the number of times GC was invoked for the performance test case.</p></div>
+<div class="paragraph"><p>Mode : Benchmarking</p></div>
+<h4 id="_gc_time">3.2.5. GC Time</h4>
+<div class="paragraph"><p>Measures the amount of time spent in GC for the performance test case.</p></div>
+<div class="paragraph"><p>Mode : Benchmarking</p></div>
+<h3 id="_understanding_the_output">3.3. Understanding the output</h3>
+<h4 id="_benchmarking_2">3.3.1. Benchmarking</h4>
+<h4 id="_profiling_2">3.3.2. Profiling</h4>
+<h3 id="_preparing_ruby_and_ruby_prof">3.4. Preparing Ruby and Ruby-prof</h3>
+<div class="paragraph"><p>Before we go ahead, Rails performance testing requires you to build a special Ruby binary with some super powers - GC patch for measuring GC Runs/Time. This process is very straight forward. If you&#8217;ve never compiled a Ruby binary before, you can follow the following steps to build a ruby binary inside your home directory:</p></div>
+<h4 id="_compile">3.4.1. Compile</h4>
+<div class="listingblock">
+<div class="content"><!-- Generator: GNU source-highlight 2.9
+by Lorenzo Bettini
+http://www.lorenzobettini.it
+http://www.gnu.org/software/src-highlite -->
+<pre><tt><span style="color: #990000">[</span>lifo@null <span style="color: #990000">~]</span>$ mkdir rubygc
+<span style="color: #990000">[</span>lifo@null <span style="color: #990000">~]</span>$ wget ftp<span style="color: #990000">:</span>//ftp<span style="color: #990000">.</span>ruby-lang<span style="color: #990000">.</span>org/pub/ruby<span style="color: #990000">/</span><span style="color: #993399">1.8</span>/ruby-<span style="color: #993399">1.8</span><span style="color: #990000">.</span><span style="color: #993399">6</span>-p<span style="color: #993399">111</span><span style="color: #990000">.</span>tar<span style="color: #990000">.</span>gz
+<span style="color: #990000">[</span>lifo@null <span style="color: #990000">~]</span>$ tar -xzvf ruby-<span style="color: #993399">1.8</span><span style="color: #990000">.</span><span style="color: #993399">6</span>-p<span style="color: #993399">111</span><span style="color: #990000">.</span>tar<span style="color: #990000">.</span>gz
+<span style="color: #990000">[</span>lifo@null <span style="color: #990000">~]</span>$ cd ruby-<span style="color: #993399">1.8</span><span style="color: #990000">.</span><span style="color: #993399">6</span>-p<span style="color: #993399">111</span>
+<span style="color: #990000">[</span>lifo@null ruby-<span style="color: #993399">1.8</span><span style="color: #990000">.</span><span style="color: #993399">6</span>-p<span style="color: #993399">111</span><span style="color: #990000">]</span>$ curl http<span style="color: #990000">:</span>//rubyforge<span style="color: #990000">.</span>org/tracker/download<span style="color: #990000">.</span>php<span style="color: #990000">/</span><span style="color: #993399">1814</span><span style="color: #990000">/</span><span style="color: #993399">7062</span><span style="color: #990000">/</span><span style="color: #993399">17676</span><span style="color: #990000">/</span><span style="color: #993399">3291</span>/ruby186gc<span style="color: #990000">.</span>patch <span style="color: #990000">|</span> patch -p<span style="color: #993399">0</span>
+<span style="color: #990000">[</span>lifo@null ruby-<span style="color: #993399">1.8</span><span style="color: #990000">.</span><span style="color: #993399">6</span>-p<span style="color: #993399">111</span><span style="color: #990000">]</span>$ <span style="color: #990000">.</span>/configure --prefix<span style="color: #990000">=</span>/Users/lifo/rubygc
+<span style="color: #990000">[</span>lifo@null ruby-<span style="color: #993399">1.8</span><span style="color: #990000">.</span><span style="color: #993399">6</span>-p<span style="color: #993399">111</span><span style="color: #990000">]</span>$ make <span style="color: #990000">&amp;&amp;</span> make install</tt></pre></div></div>
+<h4 id="_prepare_aliases">3.4.2. Prepare aliases</h4>
+<div class="paragraph"><p>Add the following lines in your ~/.profile for convenience:</p></div>
+<div class="listingblock">
+<div class="content">
+<pre><tt>alias gcruby='/Users/lifo/rubygc/bin/ruby'
+alias gcrake='/Users/lifo/rubygc/bin/rake'
+alias gcgem='/Users/lifo/rubygc/bin/gem'
+alias gcirb='/Users/lifo/rubygc/bin/irb'
+alias gcrails='/Users/lifo/rubygc/bin/rails'</tt></pre>
+</div></div>
+<h4 id="_install_rubygems_and_some_basic_gems">3.4.3. Install rubygems and some basic gems</h4>
+<div class="paragraph"><p>Download <a href="http://rubyforge.org/projects/rubygems">Rubygems</a> and install it from source. Afterwards, install rake. rails, ruby-prof and rack gems:</p></div>
+<div class="listingblock">
+<div class="content">
+<pre><tt>[lifo@null ~]$ gcgem install rake
+[lifo@null ~]$ gcgem install rails
+[lifo@null ~]$ gcgem install ruby-prof
+[lifo@null ~]$ gcgem install rack</tt></pre>
+</div></div>
+<h4 id="_install_mysql_gem">3.4.4. Install MySQL gem</h4>
+<div class="listingblock">
+<div class="content">
+<pre><tt>[lifo@null ~]$ gcgem install mysql</tt></pre>
+</div></div>
+<div class="paragraph"><p>If this fails, you can try to install it manually:</p></div>
+<div class="listingblock">
+<div class="content">
+<pre><tt>[lifo@null ~]$ cd /Users/lifo/rubygc/lib/ruby/gems/1.8/gems/mysql-2.7/
+[lifo@null mysql-2.7]$ gcruby extconf.rb --with-mysql-config
+[lifo@null mysql-2.7]$ make &amp;&amp; make install</tt></pre>
+</div></div>
+<h3 id="_generating_performance_test">3.5. Generating performance test</h3>
+<div class="paragraph"><p>Rails provides a generator for creating new performance tests:</p></div>
+<div class="listingblock">
+<div class="content"><!-- Generator: GNU source-highlight 2.9
+by Lorenzo Bettini
+http://www.lorenzobettini.it
+http://www.gnu.org/software/src-highlite -->
+<pre><tt><span style="color: #990000">[</span>lifo@null application <span style="color: #990000">(</span>master<span style="color: #990000">)]</span>$ script/generate performance_test homepage</tt></pre></div></div>
+<div class="paragraph"><p>This will generate <tt>test/performance/homepage_test.rb</tt>:</p></div>
+<div class="listingblock">
+<div class="content"><!-- Generator: GNU source-highlight 2.9
+by Lorenzo Bettini
+http://www.lorenzobettini.it
+http://www.gnu.org/software/src-highlite -->
+<pre><tt><span style="font-weight: bold"><span style="color: #000080">require</span></span> <span style="color: #FF0000">'test_helper'</span>
+<span style="font-weight: bold"><span style="color: #000080">require</span></span> <span style="color: #FF0000">'performance_test_help'</span>
+
+<span style="font-weight: bold"><span style="color: #0000FF">class</span></span> HomepageTest <span style="color: #990000">&lt;</span> ActionController<span style="color: #990000">::</span>PerformanceTest
+ <span style="font-style: italic"><span style="color: #9A1900"># Replace this with your real tests.</span></span>
+ <span style="font-weight: bold"><span style="color: #0000FF">def</span></span> test_homepage
+ get <span style="color: #FF0000">'/'</span>
+ <span style="font-weight: bold"><span style="color: #0000FF">end</span></span>
+<span style="font-weight: bold"><span style="color: #0000FF">end</span></span></tt></pre></div></div>
+<div class="paragraph"><p>Which you can modify to suit your needs.</p></div>
+</div>
+<h2 id="_other_profiling_tools">4. Other Profiling Tools</h2>
+<div class="sectionbody">
+<div class="paragraph"><p>There are a lot of great profiling tools out there. Some free, some not so free. This is a sort list detailing some of them.</p></div>
+<h3 id="_httperf">4.1. httperf</h3>
+<div class="paragraph"><p><a href="http://www.hpl.hp.com/research/linux/httperf/">http://www.hpl.hp.com/research/linux/httperf/</a></p></div>
+<div class="paragraph"><p>A necessary tool in your arsenal. Very useful for load testing your website.</p></div>
+<div class="paragraph"><p>#TODO write and link to a short article on how to use httperf. Anybody have a good tutorial availble.</p></div>
+<h3 id="_rails_analyzer">4.2. Rails Analyzer</h3>
+<div class="paragraph"><p>The Rails Analyzer project contains a collection of tools for Rails. It&#8217;s open source and pretty speedy. It&#8217;s not being actively worked on but is still contains some very useful tools.</p></div>
+<div class="ulist"><ul>
+<li>
+<p>
+The Production Log Analyzer examines Rails log files and gives back a report. It also includes action_grep which will give you all log results for a particular action.
+</p>
+</li>
+<li>
+<p>
+The Action Profiler similar to Ruby-Prof profiler.
+</p>
+</li>
+<li>
+<p>
+rails_stat which gives a live counter of requests per second of a running Rails app.
+</p>
+</li>
+<li>
+<p>
+The SQL Dependency Grapher allows you to visualize the frequency of table dependencies in a Rails application.
+</p>
+</li>
+</ul></div>
+<div class="paragraph"><p>Their project homepage can be found at <a href="http://rails-analyzer.rubyforge.org/">http://rails-analyzer.rubyforge.org/</a></p></div>
+<div class="paragraph"><p>The one major caveat is that it needs your log to be in a different format from how rails sets it up specifically SyslogLogger.</p></div>
+<h4 id="_sysloglogger">4.2.1. SyslogLogger</h4>
+<div class="paragraph"><p>SyslogLogger is a Logger work-alike that logs via syslog instead of to a file. You can add SyslogLogger to your Rails production environment to aggregate logs between multiple machines.</p></div>
+<div class="paragraph"><p>More information can be found out at <a href="http://rails-analyzer.rubyforge.org/hacks/classes/SyslogLogger.html">http://rails-analyzer.rubyforge.org/hacks/classes/SyslogLogger.html</a></p></div>
+<div class="paragraph"><p>If you don&#8217;t have access to your machines root system or just want something a bit easier to implement there is also a module developed by Geoffrey Grosenbach</p></div>
+<h4 id="_a_hodel_3000_compliant_logger_for_the_rest_of_us">4.2.2. A Hodel 3000 Compliant Logger for the Rest of Us</h4>
+<div class="paragraph"><p>Directions taken from
+<a href="http://topfunky.net/svn/plugins/hodel_3000_compliant_logger/lib/hodel_3000_compliant_logger.rb">link to module file</a></p></div>
+<div class="paragraph"><p>Just put the module in your lib directory and add this to your environment.rb in it&#8217;s config portion.</p></div>
+<div class="listingblock">
+<div class="content">
+<pre><tt>require 'hodel_3000_compliant_logger'
+config.logger = Hodel3000CompliantLogger.new(config.log_path)</tt></pre>
+</div></div>
+<div class="paragraph"><p>It&#8217;s that simple. Your log output on restart should look like this.</p></div>
+<div class="listingblock">
+<div class="title">Hodel 3000 Example</div>
+<div class="content">
+<pre><tt>Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]:
+Parameters: {"action"=&gt;"shipping", "controller"=&gt;"checkout"}
+Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]: 
+[4;36;1mBook Columns (0.003155) SHOW FIELDS FROM `books`
+Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]: 
+[4;35;1mBook Load (0.000881) SELECT * FROM `books` WHERE (`books`.`id` = 1 AND (`books`.`sold` = 1)) 
+Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]: 
+[4;36;1mShippingAddress Columns (0.002683) SHOW FIELDS FROM `shipping_addresses`
+Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]: 
+[4;35;1mBook Load (0.000362) SELECT ounces FROM `books` WHERE (`books`.`id` = 1) 
+Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]:
+Rendering template within layouts/application
+Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]:
+Rendering checkout/shipping
+Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]: 
+[4;36;1mBook Load (0.000548) SELECT * FROM `books`
+WHERE (sold = 0) LIMIT 3
+Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]: 
+[4;35;1mAuthor Columns (0.002571) SHOW FIELDS FROM `authors`
+Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]:
+Author Load (0.000811) SELECT * FROM `authors` WHERE (`authors`.`id` = 1) 
+Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]:
+Rendered store/_new_books (0.01358)
+Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]:
+Completed in 0.37297 (2 reqs/sec) | Rendering: 0.02971 (7%) | DB: 0.01697 (4%) | 200 OK [https://secure.jeffbooks/checkout/shipping]</tt></pre>
+</div></div>
+<h3 id="_palmist">4.3. Palmist</h3>
+<div class="paragraph"><p>An open source mysql query analyzer. Full featured and easy to work with. Also requires Hodel 3000
+<a href="http://www.flyingmachinestudios.com/projects/">http://www.flyingmachinestudios.com/projects/</a></p></div>
+<h3 id="_new_relic">4.4. New Relic</h3>
+<div class="paragraph"><p><a href="http://www.newrelic.com/">http://www.newrelic.com/</a></p></div>
+<div class="paragraph"><p>Pretty nifty performance tools, pricey though. They do have a basic free
+service both for when in development and when you put your application into production. Very simple installation and signup.</p></div>
+<div class="paragraph"><p>#TODO more in-depth without being like an advertisement.</p></div>
+<h4 id="_manage">4.4.1. Manage</h4>
+<div class="paragraph"><p>Like new relic a production monitoring tool.</p></div>
+</div>
+<h2 id="_changelog">5. Changelog</h2>
+<div class="sectionbody">
+<div class="paragraph"><p><a href="http://rails.lighthouseapp.com/projects/16213-rails-guides/tickets/4">Lighthouse ticket</a></p></div>
+<div class="ulist"><ul>
+<li>
+<p>
+October 17, 2008: First revision by Pratik
+</p>
+</li>
+<li>
+<p>
+September 6, 2008: Initial version by Matthew Bergman &lt;<a href="mailto:MzbPhoto@gmail.com">MzbPhoto@gmail.com</a>&gt;
+</p>
+</li>
+</ul></div>
+</div>
+
+ </div>
+ </div>
+</body>
+</html>
diff --git a/railties/doc/guides/source/benchmarking_and_profiling/appendix.txt b/railties/doc/guides/source/benchmarking_and_profiling/appendix.txt
deleted file mode 100644
index 8e2e383ff3..0000000000
--- a/railties/doc/guides/source/benchmarking_and_profiling/appendix.txt
+++ /dev/null
@@ -1,95 +0,0 @@
-== Other Profiling Tools ==
-
-There are a lot of great profiling tools out there. Some free, some not so free. This is a sort list detailing some of them.
-
-=== httperf ===
-http://www.hpl.hp.com/research/linux/httperf/[http://www.hpl.hp.com/research/linux/httperf/]
-
-A necessary tool in your arsenal. Very useful for load testing your website.
-
-#TODO write and link to a short article on how to use httperf. Anybody have a good tutorial availble.
-
-
-=== Rails Analyzer ===
-
-The Rails Analyzer project contains a collection of tools for Rails. It's open source and pretty speedy. It's not being actively worked on but is still contains some very useful tools.
-
-* The Production Log Analyzer examines Rails log files and gives back a report. It also includes action_grep which will give you all log results for a particular action.
-
-* The Action Profiler similar to Ruby-Prof profiler.
-
-* rails_stat which gives a live counter of requests per second of a running Rails app.
-
-* The SQL Dependency Grapher allows you to visualize the frequency of table dependencies in a Rails application.
-
-Their project homepage can be found at http://rails-analyzer.rubyforge.org/[http://rails-analyzer.rubyforge.org/]
-
-The one major caveat is that it needs your log to be in a different format from how rails sets it up specifically SyslogLogger.
-
-
-==== SyslogLogger ====
-
-SyslogLogger is a Logger work-alike that logs via syslog instead of to a file. You can add SyslogLogger to your Rails production environment to aggregate logs between multiple machines.
-
-More information can be found out at http://rails-analyzer.rubyforge.org/hacks/classes/SyslogLogger.html[http://rails-analyzer.rubyforge.org/hacks/classes/SyslogLogger.html]
-
-If you don't have access to your machines root system or just want something a bit easier to implement there is also a module developed by Geoffrey Grosenbach
-
-==== A Hodel 3000 Compliant Logger for the Rest of Us ====
-
-Directions taken from
-http://topfunky.net/svn/plugins/hodel_3000_compliant_logger/lib/hodel_3000_compliant_logger.rb[link to module file]
-
-Just put the module in your lib directory and add this to your environment.rb in it's config portion.
-
-------------------------------------------------------------
-require 'hodel_3000_compliant_logger'
-config.logger = Hodel3000CompliantLogger.new(config.log_path)
--------------------------------------------------------------
-
-It's that simple. Your log output on restart should look like this.
-
-.Hodel 3000 Example
-----------------------------------------------------------------------------
-Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]:
-Parameters: {"action"=>"shipping", "controller"=>"checkout"}
-Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]: 
-[4;36;1mBook Columns (0.003155) SHOW FIELDS FROM `books`
-Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]: 
-[4;35;1mBook Load (0.000881) SELECT * FROM `books` WHERE (`books`.`id` = 1 AND (`books`.`sold` = 1)) 
-Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]: 
-[4;36;1mShippingAddress Columns (0.002683) SHOW FIELDS FROM `shipping_addresses`
-Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]: 
-[4;35;1mBook Load (0.000362) SELECT ounces FROM `books` WHERE (`books`.`id` = 1) 
-Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]:
-Rendering template within layouts/application
-Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]:
-Rendering checkout/shipping
-Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]: 
-[4;36;1mBook Load (0.000548) SELECT * FROM `books`
-WHERE (sold = 0) LIMIT 3
-Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]: 
-[4;35;1mAuthor Columns (0.002571) SHOW FIELDS FROM `authors`
-Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]:
-Author Load (0.000811) SELECT * FROM `authors` WHERE (`authors`.`id` = 1) 
-Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]:
-Rendered store/_new_books (0.01358)
-Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]:
-Completed in 0.37297 (2 reqs/sec) | Rendering: 0.02971 (7%) | DB: 0.01697 (4%) | 200 OK [https://secure.jeffbooks/checkout/shipping]
-----------------------------------------------------------------------------
-
-=== Palmist ===
-An open source mysql query analyzer. Full featured and easy to work with. Also requires Hodel 3000
-http://www.flyingmachinestudios.com/projects/[http://www.flyingmachinestudios.com/projects/]
-
-=== New Relic ===
-http://www.newrelic.com/[http://www.newrelic.com/]
-
-Pretty nifty performance tools, pricey though. They do have a basic free
-service both for when in development and when you put your application into production. Very simple installation and signup.
-
-#TODO more in-depth without being like an advertisement.
-
-==== Manage ====
-
-Like new relic a production monitoring tool.
diff --git a/railties/doc/guides/source/benchmarking_and_profiling/digging_deeper.txt b/railties/doc/guides/source/benchmarking_and_profiling/digging_deeper.txt
deleted file mode 100644
index fe22fba078..0000000000
--- a/railties/doc/guides/source/benchmarking_and_profiling/digging_deeper.txt
+++ /dev/null
@@ -1,105 +0,0 @@
-== Real Life Example ==
-=== The setup ===
-
-So I have been building this application for the last month and feel pretty good about the ruby code. I'm readying it for beta testers when I discover to my shock that with less then twenty people it starts to crash. It's a pretty simple Ecommerce site so I'm very confused by what I'm seeing. On running looking through my log files I find to my shock that the lowest time for a page run is running around 240 ms. My database finds aren't the problems so I'm lost as to what is happening to cause all this. Lets run a benchmark.
-
-
-[source, ruby]
-----------------------------------------------------------------------------
-class HomepageTest < ActionController::PerformanceTest
- # Replace this with your real tests.
- def test_homepage
- get '/'
- end
-end
-----------------------------------------------------------------------------
-
-.Output
-----------------------------------------------------------------------------
-HomepageTest#test_homepage (115 ms warmup)
- process_time: 591 ms
- memory: 3052.90 KB
- objects: 59471
-----------------------------------------------------------------------------
-
-
-
-Obviously something is very very wrong here. 3052.90 Kb to load my minimal homepage. For Comparison for another site running well I get this for my homepage test.
-
-.Default
-----------------------------------------------------------------------------
-HomepageTest#test_homepage (19 ms warmup)
- process_time: 26 ms
- memory: 298.79 KB
- objects: 1917
-----------------------------------------------------------------------------
-
-that over a factor of ten difference. Lets look at our flat process time file to see if anything pops out at us.
-
-.Process time
-----------------------------------------------------------------------------
-20.73 0.39 0.12 0.00 0.27 420 Pathname#cleanpath_aggressive
-17.07 0.14 0.10 0.00 0.04 3186 Pathname#chop_basename
- 6.47 0.06 0.04 0.00 0.02 6571 Kernel#===
- 5.04 0.06 0.03 0.00 0.03 840 Pathname#initialize
- 5.03 0.05 0.03 0.00 0.02 4 ERB::Compiler::ExplicitScanner#scan
- 4.51 0.03 0.03 0.00 0.00 9504 String#==
- 2.94 0.46 0.02 0.00 0.44 1393 String#gsub
- 2.66 0.09 0.02 0.00 0.07 480 Array#each
- 2.46 0.01 0.01 0.00 0.00 3606 Regexp#to_s
-----------------------------------------------------------------------------
-
-Yes indeed we seem to have found the problem. Pathname#cleanpath_aggressive is taking nearly a quarter our process time and Pathname#chop_basename another 17%. From here I do a few more benchmarks to make sure that these processes are slowing down the other pages. They are so now I know what I must do. *If we can get rid of or shorten these processes we can make our pages run much quicker*.
-
-Now both of these are main ruby processes so are goal right now is to find out what other process is calling them. Glancing at our Graph file I see that #cleanpath is calling #cleanpath_aggressive. #cleanpath is being called by String#gsub and from there some html template errors. But my page seems to be rendering fine. why would it be calling template errors. I'm decide to check my object flat file to see if I can find any more information.
-
-.Objects Created
-----------------------------------------------------------------------------
-20.74 34800.00 12324.00 0.00 22476.00 420 Pathname#cleanpath_aggressive
-16.79 18696.00 9978.00 0.00 8718.00 3186 Pathname#chop_basename
-11.47 13197.00 6813.00 0.00 6384.00 480 Array#each
- 8.51 41964.00 5059.00 0.00 36905.00 1386 String#gsub
- 6.07 3606.00 3606.00 0.00 0.00 3606 Regexp#to_s
-----------------------------------------------------------------------------
-
-nope nothing new here. Lets look at memory usage
-
-.Memory Consuption
-----------------------------------------------------------------------------
- 40.17 1706.80 1223.70 0.00 483.10 3186 Pathname#chop_basename
- 14.92 454.47 454.47 0.00 0.00 3606 Regexp#to_s
- 7.09 2381.36 215.99 0.00 2165.37 1386 String#gsub
- 5.08 231.19 154.73 0.00 76.46 420 Pathname#prepend_prefix
- 2.34 71.35 71.35 0.00 0.00 1265 String#initialize_copy
-----------------------------------------------------------------------------
-
-Ok so it seems Regexp#to_s is the second costliest process. At this point I try to figure out what could be calling a regular expression cause I very rarely use them. Going over my standard layout I discover at the top.
-
-
-[source, html]
-----------------------------------------------------------------------------
-<%if request.env["HTTP_USER_AGENT"].match(/Opera/)%>
-<%= stylesheet_link_tag "opera" %>
-<% end %>
-----------------------------------------------------------------------------
-
-That's wrong. I mistakenly am using a search function for a simple compare function. Lets fix that.
-
-
-[source, html]
-----------------------------------------------------------------------------
-<%if request.env["HTTP_USER_AGENT"] =~ /Opera/%>
-<%= stylesheet_link_tag "opera" %>
-<% end %>
-----------------------------------------------------------------------------
-
-I'll now try my test again.
-
-----------------------------------------------------------------------------
-process_time: 75 ms
- memory: 519.95 KB
- objects: 6537
-----------------------------------------------------------------------------
-
-Much better. The problem has been solved. Now I should have realized earlier due to the String#gsub that my problem had to be with reqexp serch function but such knowledge comes with time. Looking through the mass output data is a skill.
-
diff --git a/railties/doc/guides/source/benchmarking_and_profiling/edge_rails_features.txt b/railties/doc/guides/source/benchmarking_and_profiling/edge_rails_features.txt
deleted file mode 100644
index 765a1e2120..0000000000
--- a/railties/doc/guides/source/benchmarking_and_profiling/edge_rails_features.txt
+++ /dev/null
@@ -1,185 +0,0 @@
-== Performance Testing Built into Rails ==
-
-As of June 20, 2008 edge rails has had a new type of Unit test geared towards profiling. Of course like most great things, getting it working takes bit of work. The test relies on statistics gathered from the Garbage Collection that isn't readily available from standard compiled ruby. There is a patch located at http://rubyforge.org/tracker/download.php/1814/7062/17676/3291/ruby186gc.patch[http://rubyforge.org/tracker/download.php/1814/7062/17676/3291/ruby186gc.patch]
-
-Also the test requires a new version of Ruby-Prof version of 0.6.1. It is not readily available at the moment and can most easily be found as a tarball on github. It's repository is located at git://github.com/jeremy/ruby-prof.git.
-
-What follows is a description of how to set up an alternative ruby install to use these features
-
-=== Compiling the Interpreter ===
-
-
-[source, shell]
-----------------------------------------------------------------------------
-[User ~]$ mkdir rubygc
-[User ~]$ wget ftp://ftp.ruby-lang.org/pub/ruby/1.8/ruby-1.8.6-p111.tar.gz
-[User ~]$ tar -xzvf ruby-1.8.6-p111.tar.gz
-[User ~]$ cd ruby-1.8.6-p111
-[User ruby-1.8.6-p111]$ curl http://rubyforge.org/tracker/download.php/1814/7062/17676/3291/ruby186gc.patch | patch -p0
-
-#I like putting my alternative ruby builds in an opt directory, set the prefix to where ever you feel is most comfortable.
-
-[User ruby-1.8.6-p111]$ ./configure --prefix=/opt/rubygc
-[User ruby-1.8.6-p111]$ sudo make && make install
-----------------------------------------------------------------------------
-
-Add the following lines in your \~/.profile or \~/.bash\_login for convenience.
-
-----------------------------------------------------------------------------
-alias gcruby='/opt/rubygc/rubygc/bin/ruby'
-alias gcrake='/opt/rubygc/rubygc/bin/rake'
-alias gcgem='/opt/rubygc/rubygc/bin/gem'
-alias gcirb=/opt/rubygc/rubygc/bin/irb'
-alias gcrails='/opt/rubygc/rubygc/bin/rails'
-----------------------------------------------------------------------------
-
-=== Installing RubyGems ===
-
-Next we need to install rubygems and rails so that we can use the interpreter properly.
-
-
-[source, shell]
-----------------------------------------------------------------------------
-[User ~]$ wget http://rubyforge.org/frs/download.php/38646/rubygems-1.2.0.tgz
-[User ~]$ tar -xzvf rubygems-1.2.0.tgz
-[User ~]$ cd rubygems-1.2.0
-[User rubygems-1.2.0]$ gcruby setup.rb
-[User rubygems-1.2.0]$ cd ~
-[User ~]$ gcgem install rake
-[User ~]$ gcgem install mysql
-[User ~]$ gcgem install rails
-----------------------------------------------------------------------------
-
-If installing mysql gem fails ( like it did for me ), you will have to manually install it :
-
-[source, shell]
-----------------------------------------------------------------------------
-[User ~]$ cd /Users/lifo/rubygc/lib/ruby/gems/1.8/gems/mysql-2.7/
-[User mysql-2.7]$ gcruby extconf.rb --with-mysql-config
-[User mysql-2.7]$ make && make install
-----------------------------------------------------------------------------
-
-=== Installing Jeremy Kemper's ruby-prof ===
-
-We are in the home stretch. All we need now is ruby-proff 0.6.1
-
-
-[source, shell]
-----------------------------------------------------------------------------
-[User ~]$ git clone git://github.com/jeremy/ruby-prof.git
-[User ~]$ cd ruby-prof/
-[User ruby-prof (master)]$ gcrake gem
-[User ruby-prof (master)]$ gcgem install pkg/ruby-prof-0.6.1.gem
-----------------------------------------------------------------------------
-
-Finished, go get yourself a power drink!
-
-=== Ok so I lied, a few more things we need to do ===
-
-You have everything we need to start profiling through rails Unit Testing. Unfortunately we are still missing a few files. I'm going to do the next step on a fresh Rails app, but it will work just as well on developmental 2.1 rails application.
-
-==== The Rails App ====
-
-First I need to generate a rail app
-
-[source, shell]
-----------------------------------------------------------------------------
-[User ~]$ gcrails profiling_tester -d mysql
-[User ~]$ cd profiling_tester
-[User profiling_tester]$ script/generate scaffold item name:string
-[User profiling_tester]$ gcrake db:create:all
-[User profiling_tester]$ gcrake db:migrate
-[User profiling_tester (master)]$ rm public/index.html
-----------------------------------------------------------------------------
-
-Now I'm going to init it as a git repository and add edge rails as a submodule to it.
-
-[source, shell]
-----------------------------------------------------------------------------
-[User profiling_tester]$ git init
-[User profiling_tester (master)]$ git submodule add git://github.com/rails/rails.git vendor/rails
-----------------------------------------------------------------------------
-
-Finally we want to change config.cache_classes to true in our environment.rb
-
-----------------------------------------------------------------------------
-config.cache_classes = true
-----------------------------------------------------------------------------
-
-If we don't cache classes, then the time Rails spends reloading and compiling our models and controllers will confound our results. Obviously we will try to make our test setup as similar as possible to our production environment.
-
-=== Generating and Fixing the tests ===
-
-Ok next we need to generate the test script.
-
-[source, shell]
-----------------------------------------------------------------------------
-[User profiling_tester (master)]$ script/generate performance_test homepage
-----------------------------------------------------------------------------
-
-This will generate _test/performance/homepage_test.rb_ for you. However, as I have generated the project using Rails 2.1 gem, we'll need to manually generate one more file before we can go ahead.
-
-We need to put the following inside _test/performance/test_helper.rb
-
-
-[source, ruby]
-----------------------------------------------------------------------------
-require 'test_helper'
-require 'performance_test_help'
-----------------------------------------------------------------------------
-
-Though this depends where you run your tests from and your system config. I myself run my tests from the Application root directory
-
-so instead of
-
-[source, ruby]
-----------------------------------------------------------------------------
-require 'test_helper'
-
-#I have
-
-require 'test/test_helper'
-----------------------------------------------------------------------------
-
-Also I needed to change homepage_test.rb to reflect this also
-
-[source, ruby]
-----------------------------------------------------------------------------
-require 'test/performance/test_helper.rb'
-----------------------------------------------------------------------------
-
-=== Testing ===
-
-#TODO is there some way to compare multiple request at once like ruby_analyze
-
-Now, if we look at the generated performance test ( one we generated using _script/generate performance_test_ ), it'll look something like :
-
-[source, ruby]
-----------------------------------------------------------------------------
-.require 'performance/test_helper'
-
-class HomepageTest < ActionController::PerformanceTest
- # Replace this with your real tests.
- def test_homepage
- get '/'
- end
-end
-----------------------------------------------------------------------------
-
-
-The format looks very similar to that of an integration test. And guess what, that's what it is. But that doesn't stop you from testing your Model methods. You could very well write something like :
-
-[source, ruby]
-----------------------------------------------------------------------------
-require 'performance/test_helper'
-
-class UserModelTest < ActionController::PerformanceTest
- # Replace this with your real tests.
- def test_slow_find
- User.this_takes_shlong_to_run
- end
-end
-----------------------------------------------------------------------------
-
-
-Which is very useful way to profile individual processes.
diff --git a/railties/doc/guides/source/benchmarking_and_profiling/gameplan.txt b/railties/doc/guides/source/benchmarking_and_profiling/gameplan.txt
deleted file mode 100644
index 1f1d365eff..0000000000
--- a/railties/doc/guides/source/benchmarking_and_profiling/gameplan.txt
+++ /dev/null
@@ -1,27 +0,0 @@
-== Get Yourself a Game Plan ==
-
-You end up dealing with a large amount of data whenever you profile an application. It's crucial to use a rigorous approach to analyzing your application's performance else fail miserably in a vortex of numbers. This leads us to -
-
-=== The Analysis Process ===
-
-I’m going to give an example methodology for conducting your benchmarking and profiling on an application. It is based on your typical scientific method.
-
-For something as complex as Benchmarking you need to take any methodology with a grain of salt but there are some basic strictures that you can depend on.
-
-Formulate a question you need to answer which is simple, tests the smallest measurable thing possible, and is exact. This is typically the hardest part of the experiment. From there some steps that you should follow are.
-
-* Develop a set of variables and processes to measure in order to answer this question!
-* Profile based on the question and variables. Key problems to avoid when designing this experiment are:
- - Confounding: Test one thing at a time, keep everything the same so you don't poison the data with uncontrolled processes.
- - Cross Contamination: Make sure that runs from one test do not harm the other tests.
- - Steady States: If you’re testing long running process. You must take the ramp up time and performance hit into your initial measurements.
- - Sampling Error: Data should perform have a steady variance or range. If you get wild swings or sudden spikes, etc. then you must either account for the reason why or you have a sampling error.
- - Measurement Error: Aka Human error, always go through your calculations at least twice to make sure there are no mathematical errors. .
-* Do a small run of the experiment to verify the design.
-* Use the small run to determine a proper sample size.
-* Run the test.
-* Perform the analysis on the results and determine where to go from there.
-
-Note: Even though we are using the typical scientific method; developing a hypothesis is not always useful in terms of profiling.
-
-
diff --git a/railties/doc/guides/source/benchmarking_and_profiling/rubyprof.txt b/railties/doc/guides/source/benchmarking_and_profiling/rubyprof.txt
deleted file mode 100644
index fa01d413a1..0000000000
--- a/railties/doc/guides/source/benchmarking_and_profiling/rubyprof.txt
+++ /dev/null
@@ -1,179 +0,0 @@
-== Understanding Performance Tests Outputs ==
-
-=== Our First Performance Test ===
-
-So how do we profile a request.
-
-One of the things that is important to us is how long it takes to render the home page - so let's make a request to the home page. Once the request is complete, the results will be outputted in the terminal.
-
-In the terminal run
-
-[source, ruby]
-----------------------------------------------------------------------------
-[User profiling_tester]$ gcruby tests/performance/homepage.rb
-----------------------------------------------------------------------------
-
-After the tests runs for a few seconds you should see something like this.
-
-----------------------------------------------------------------------------
-HomepageTest#test_homepage (19 ms warmup)
- process_time: 26 ms
- memory: 298.79 KB
- objects: 1917
-
-Finished in 2.207428 seconds.
-----------------------------------------------------------------------------
-
-Simple but efficient.
-
-* Process Time refers to amount of time necessary to complete the action.
-* memory is the amount of information loaded into memory
-* object ??? #TODO find a good definition. Is it the amount of objects put into a ruby heap for this process?
-
-In addition we also gain three types of itemized log files for each of these outputs. They can be found in your tmp directory of your application.
-
-*The Three types are*
-
-* Flat File - A simple text file with the data laid out in a grid
-* Graphical File - A html colored coded version of the simple text file with hyperlinks between the various methods. Most useful is the bolding of the main processes for each portion of the action.
-* Tree File - A file output that can be use in conjunction with KCachegrind to visualize the process
-
-NOTE: KCachegrind is Linux only. For Mac this means you have to do a full KDE install to have it working in your OS. Which is over 3 gigs in size. For windows there is clone called wincachegrind but it is no longer actively being developed.
-
-Below are examples for Flat Files and Graphical Files
-
-=== Flat Files ===
-
-.Flat File Output Processing Time
-============================================================================
-Thread ID: 2279160
-Total: 0.026097
-
- %self total self wait child calls name
- 6.41 0.06 0.04 0.00 0.02 571 Kernel#===
- 3.17 0.00 0.00 0.00 0.00 172 Hash#[]
- 2.42 0.00 0.00 0.00 0.00 13 MonitorMixin#mon_exit
- 2.05 0.00 0.00 0.00 0.00 15 Array#each
- 1.56 0.00 0.00 0.00 0.00 6 Logger#add
- 1.55 0.00 0.00 0.00 0.00 13 MonitorMixin#mon_enter
- 1.36 0.03 0.00 0.00 0.03 1 ActionController::Integration::Session#process
- 1.31 0.00 0.00 0.00 0.00 13 MonitorMixin#mon_release
- 1.15 0.00 0.00 0.00 0.00 8 MonitorMixin#synchronize-1
- 1.09 0.00 0.00 0.00 0.00 23 Class#new
- 1.03 0.01 0.00 0.00 0.01 5 MonitorMixin#synchronize
- 0.89 0.00 0.00 0.00 0.00 74 Hash#default
- 0.89 0.00 0.00 0.00 0.00 6 Hodel3000CompliantLogger#format_message
- 0.80 0.00 0.00 0.00 0.00 9 c
- 0.80 0.00 0.00 0.00 0.00 11 ActiveRecord::ConnectionAdapters::ConnectionHandler#retrieve_connection_pool
- 0.79 0.01 0.00 0.00 0.01 1 ActionController::Benchmarking#perform_action_without_rescue
- 0.18 0.00 0.00 0.00 0.00 17 <Class::Object>#allocate
-============================================================================
-
-So what do these columns tell us:
-
- * %self - The percentage of time spent processing the method. This is derived from self_time/total_time
- * total - The time spent in this method and its children.
- * self - The time spent in this method.
- * wait - Time processed was queued
- * child - The time spent in this method's children.
- * calls - The number of times this method was called.
- * name - The name of the method.
-
-Name can be displayed three seperate ways:
- * #toplevel - The root method that calls all other methods
- * MyObject#method - Example Hash#each, The class Hash is calling the method each
- * <Object:MyObject>#test - The <> characters indicate a singleton method on a singleton class. Example <Class::Object>#allocate
-
-Methods are sorted based on %self. Hence the ones taking the most time and resources will be at the top.
-
-So for Array#each which is calling each on the class array. We find that it processing time is 2% of the total and was called 15 times. The rest of the information is 0.00 because the process is so fast it isn't recording times less then 100 ms.
-
-
-.Flat File Memory Output
-============================================================================
-Thread ID: 2279160
-Total: 509.724609
-
- %self total self wait child calls name
- 4.62 23.57 23.57 0.00 0.00 34 String#split
- 3.95 57.66 20.13 0.00 37.53 3 <Module::YAML>#quick_emit
- 2.82 23.70 14.35 0.00 9.34 2 <Module::YAML>#quick_emit-1
- 1.37 35.87 6.96 0.00 28.91 1 ActionView::Helpers::FormTagHelper#form_tag
- 1.35 7.69 6.88 0.00 0.81 1 ActionController::HttpAuthentication::Basic::ControllerMethods#authenticate_with_http_basic
- 1.06 6.09 5.42 0.00 0.67 90 String#gsub
- 1.01 5.13 5.13 0.00 0.00 27 Array#-
-============================================================================
-
-Very similar to the processing time format. The main difference here is that instead of calculating time we are now concerned with the amount of KB put into memory *(or is it strictly into the heap) can I get clarification on this minor point?*
-
-So for <Module::YAML>#quick_emit which is singleton method on the class YAML it uses 57.66 KB in total, 23.57 through its own actions, 6.69 from actions it calls itself and that it was called twice.
-
-.Flat File Objects
-============================================================================
-Thread ID: 2279160
-Total: 6537.000000
-
- %self total self wait child calls name
- 15.16 1096.00 991.00 0.00 105.00 66 Hash#each
- 5.25 343.00 343.00 0.00 0.00 4 Mysql::Result#each_hash
- 4.74 2203.00 310.00 0.00 1893.00 42 Array#each
- 3.75 4529.00 245.00 0.00 4284.00 1 ActionView::Base::CompiledTemplates#_run_erb_47app47views47layouts47application46html46erb
- 2.00 136.00 131.00 0.00 5.00 90 String#gsub
- 1.73 113.00 113.00 0.00 0.00 34 String#split
- 1.44 111.00 94.00 0.00 17.00 31 Array#each-1
-============================================================================
-
-
- #TODO Find correct terminology for how to describe what this is exactly profiling as in are there really 2203 array objects or 2203 pointers to array objects?.
-
-=== Graph Files ===
-
-While the information gleamed from flat files is very useful we still don't know which processes each method is calling. We only know how many. This is not true for a graph file. Below is a text representation of a graph file. The actual graph file is an html entity and an example of which can be found link:examples/graph.html[Here]
-
-#TODO (Handily the graph file has links both between it many processes and to the files that actually contain them for debugging.
- )
-
-.Graph File
-============================================================================
-Thread ID: 21277412
-
- %total %self total self children calls Name
-/____________________________________________________________________________/
-100.00% 0.00% 8.77 0.00 8.77 1 #toplevel*
- 8.77 0.00 8.77 1/1 Object#run_primes
-/____________________________________________________________________________/
- 8.77 0.00 8.77 1/1 #toplevel
-100.00% 0.00% 8.77 0.00 8.77 1 Object#run_primes*
- 0.02 0.00 0.02 1/1 Object#make_random_array
- 2.09 0.00 2.09 1/1 Object#find_largest
- 6.66 0.00 6.66 1/1 Object#find_primes
-/____________________________________________________________________________/
- 0.02 0.02 0.00 1/1 Object#make_random_array
-0.18% 0.18% 0.02 0.02 0.00 1 Array#each_index
- 0.00 0.00 0.00 500/500 Kernel.rand
- 0.00 0.00 0.00 500/501 Array#[]=
-/____________________________________________________________________________/
-============================================================================
-
-As you can see the calls have been separated into slices, no longer is the order determined by process time but instead from hierarchy. Each slice profiles a primary entry, with the primary entry's parents being shown above itself and it's children found below. A primary entry can be ascertained by it having values in the %total and %self columns. Here the main entry here have been bolded for connivence.
-
-So if we look at the last slice. The primary entry would be Array#each_index. It takes 0.18% of the total process time and it is only called once. It is called from Object#make_random_array which is only called once. It's children are Kernal.rand which is called by it all 500 its times that it was call in this action and Arry#[]= which was called 500 times by Array#each_index and once by some other entry.
-
-=== Tree Files ===
-
-It's pointless trying to represent a tree file textually so here's a few pretty pictures of it's usefulness
-
-.KCachegrind Graph
-[caption="KCachegrind graph"]
-image:images/kgraph.png[Graph created by KCachegrind]
-
-.KCachegrind List
-[caption="KCachegrind List"]
-image:images/klist.png[List created by KCachegrind]
-
-#TODO Add a bit more information to this.
-
-== Getting to the Point of all of this ==
-
-Now I know all of this is a bit dry and academic. But it's a very powerful tool when you know how to leverage it properly. Which we are going to take a look at in our next section
-
diff --git a/railties/doc/guides/source/benchmarking_and_profiling/statistics.txt b/railties/doc/guides/source/benchmarking_and_profiling/statistics.txt
deleted file mode 100644
index 9fca979dec..0000000000
--- a/railties/doc/guides/source/benchmarking_and_profiling/statistics.txt
+++ /dev/null
@@ -1,57 +0,0 @@
-== A Lession In Statistics ==
-
-#TODO COMPRESS DOWN INTO A PARAGRAPH AND A HALF
-maybe I'll just combine with the methodology portion as an appendix.
-
-Adapted from a blog Article by Zed Shaw. His rant is funnier but will take longer to read. <br /> http://www.zedshaw.com/rants/programmer_stats.html[Programmers Need To Learn Statistics Or I Will Kill Them All]
-
-=== Why Learn Statistics ===
-
-Statistics is a hard discipline. One can study it for years without fully grasping all the complexities. But its a necessary evil for coders of every level to at least know the basics. You can't optimize without it, and if you use it wrong, you'll just waste your time and the rest of your team's.
-
-=== Power-of-Ten Syndrome ===
-
-If you done any benchmarking you have probably heard
-“All you need to do is run that test [insert power-of-ten] times and then do an average.”
-
-For new developers this whole power of ten comes about because we need enough data to minimize the results being contaminated by outliers. If you loaded a page five times with three of those times being around 75ms and twice 250ms you have no way of knowing the real average processing time for you page. But if we take a 1000 times and 950 are 75ms and 50 are 250ms we have a much clearer picture of the situation.
-
-But this still begs the question of how you determine that 1000 is the correct number of iterations to improve the power of the experiment? (Power in this context basically means the chance that your experiment is right.)
-
-The first thing that needs to be determined is how you are performing the samplings? 1000 iterations run in a massive sequential row? A set of 10 runs with 100 each? The statistics are different depending on which you do, but the 10 runs of 100 each would be a better approach. This lets you compare sample means and figure out if your repeated runs have any bias. More simply put, this allows you to see if you have a many or few outliers that might be poisoning your averages.
-
-Another consideration is if a 1000 transactions is enough to get the process into a steady state after the ramp-up period? If you are benchmarking a long running process that stabilizes only after a warm-up time you must take that into consideration.
-
-Also remember getting an average is not an end goal in itself. In fact in some cases they tell you almost nothing.
-
-=== Don't Just Use Averages! ===
-
-One cannot simply say my website “[insert power-of-ten] requests per second”. This is due to it being an Average. Without some form of range or variance error analysis it's a useless number. Two averages can be the same, but hide massive differences in behavior. Without a standard deviation it’s not possible to figure out if the two might even be close.
-
-Two averages can be the same say 30 requests a second and yet have a completely different standard deviation. Say the first sample has +-3 and the second is +-30
-
-Stability is vastly different for these two samples If this were a web server performance run I’d say the second server has a major reliability problem. No, it’s not going to crash, but it’s performance response is so erratic that you’d never know how long a request would take. Even though the two servers perform the same on average, users will think the second one is slower because of how it seems to randomly perform.
-
-Another big thing to take into consideration when benchmarking and profiling is Confounding
-
-=== Confounding ===
-
-The idea of confounding is pretty simple: If you want to measure something, then don’t measure anything else.
-
-#TODO add more information in how to avoid confounding.
-
-* Your testing system and your production system must be separate. You can't profile on the same system because you are using resources to run the test that your server should be using to serve the requests.
-
-And one more thing.
-
-=== Define what you are Measuring ===
-
-Before you can measure something you really need to lay down a very concrete definition of what you’re measuring. You should also try to measure the simplest thing you can and try to avoid confounding.
-
-The most important thing to determine though is how much data you can actually send to your application through it's pipe.
-
-=== Back to Business ===
-
-Now I know this was all a bit boring, but these fundamentals a necessary for understanding what we are actually doing here. Now onto the actual code and rails processes.
-
-
diff --git a/railties/doc/guides/source/index.txt b/railties/doc/guides/source/index.txt
index cd536873e7..130beedf08 100644
--- a/railties/doc/guides/source/index.txt
+++ b/railties/doc/guides/source/index.txt
@@ -113,7 +113,7 @@ ways of achieving this and how to understand what is happening "behind the scene
of your code.
***********************************************************
-.link:benchmarking_and_profiling.html[Benchmarking and Profiling Rails Applications]
+.link:performance_testing.html[Performance testing Rails Applications]
***********************************************************
CAUTION: link:http://rails.lighthouseapp.com/projects/16213/tickets/4[Lighthouse Ticket]
diff --git a/railties/doc/guides/source/benchmarking_and_profiling/index.txt b/railties/doc/guides/source/performance_testing.txt
index ef45ff62c6..25a8791344 100644
--- a/railties/doc/guides/source/benchmarking_and_profiling/index.txt
+++ b/railties/doc/guides/source/performance_testing.txt
@@ -1,5 +1,5 @@
-Benchmarking and Profiling Rails
-================================
+Performance testing Rails Applications
+======================================
This guide covers the benchmarking and profiling tactics/tools of Rails and Ruby in general. By referring to this guide, you will be able to:
@@ -9,13 +9,7 @@ This guide covers the benchmarking and profiling tactics/tools of Rails and Ruby
* Understand the information provided by Rails inside the log files
* Learn about various tools facilitating benchmarking and profiling
-== Why Benchmark and Profile ?
-
-Benchmarking and Profiling is an integral part of the development cycle. It is very important that you don't make your end users wait for too long before the page is completely loaded. Ensuring a plesant browsing experience to the end users and cutting cost of unnecessary hardwares is important for any web application.
-
-=== What is the difference between benchmarking and profiling ? ===
-
-Benchmarking is the process of finding out if a piece of code is slow or not. Whereas profiling is the process of finding out what exactly is slowing down that piece of code.
+Performance testing is an integral part of the development cycle. It is very important that you don't make your end users wait for too long before the page is completely loaded. Ensuring a plesant browsing experience to the end users and cutting cost of unnecessary hardwares is important for any web application.
== Using and understanding the log files ==
@@ -23,19 +17,17 @@ Rails logs files containt basic but very useful information about the time taken
[source, ruby]
----------------------------------------------------------------------------
-Processing ItemsController#index (for 127.0.0.1 at 2008-10-17 00:08:18) [GET]
- Session ID: BAh7BiIKZmxhc2hJQzonQWN0aHsABjoKQHVzZWR7AA==--83cff4fe0a897074a65335
- Parameters: {"action"=>"index", "controller"=>"items"}
+Processing ItemsController#index (for 127.0.0.1 at 2009-01-08 03:06:39) [GET]
Rendering template within layouts/items
Rendering items/index
-Completed in 5ms (View: 2, DB: 0) | 200 OK [http://localhost/items]
+Completed in 5ms (View: 2, DB: 0) | 200 OK [http://0.0.0.0/items]
----------------------------------------------------------------------------
For this section, we're only interested in the last line from that log entry:
[source, ruby]
----------------------------------------------------------------------------
-Completed in 5ms (View: 2, DB: 0) | 200 OK [http://localhost/items]
+Completed in 5ms (View: 2, DB: 0) | 200 OK [http://0.0.0.0/items]
----------------------------------------------------------------------------
This data is fairly straight forward to understand. Rails uses millisecond(ms) as the metric to measures the time taken. The complete request spent 5 ms inside Rails, out of which 2 ms were spent rendering views and none was spent communication with the database. It's safe to assume that the remaining 3 ms were spent inside the controller.
@@ -85,7 +77,7 @@ and http://api.rubyonrails.com/classes/ActionController/Benchmarking/ClassMethod
== Performance Test Cases ==
-Rails provides a very easy to write performance test cases, which look just like the regular integration tests.
+Rails provides a very easy way to write performance test cases, which look just like the regular integration tests. Performance tests run a code profiler on your test methods. Profiling output for combinations of each test method, measurement, and output format are written to your +tmp/performance+ directory. By default, process_time is measured and both flat and graph_html output formats are written, so you'll have two output files per test method.
If you have a look at +test/performance/browsing_test.rb+ in a newly created Rails application:
@@ -106,30 +98,65 @@ This is an automatically generated example performance test file, for testing pe
=== Modes ===
+Performance test cases can be run in two modes : Benchmarking and Profling.
+
==== Benchmarking ====
+
+Benchmarking helps you find out how fast are your test cases. To run performance tests in benchmarking mode:
+
+[source, shell]
+----------------------------------------------------------------------------
+[lifo@null application (master)]$ rake test:benchmark
+----------------------------------------------------------------------------
+
==== Profiling ====
+Profiling helps introspect into your test cases and figure out which are the slow parts. To run performance tests in profiling mode:
+
+[source, shell]
+----------------------------------------------------------------------------
+[lifo@null application (master)]$ rake test:profile
+----------------------------------------------------------------------------
+
=== Metrics ===
+Benchmarking and profiling run performance test cases in various modes to help precisely figure out the where the problem lies.
+
==== Process Time ====
-CPU Cycles.
+Measures the time taken by the process. It is unaffected by any other processes running concurrently on the same system. Hence, process time is likely to be constant for any given performance test, irrespective of the machine load.
+
+Mode : Benchmarking, Profiling
==== Memory ====
-Memory taken.
+Measures the amount of memory used for the performance test case.
+
+Mode : Benchmarking, Profiling
==== Objects ====
-Objects allocated.
+Measures the number of objects allocated for the performance test case.
+
+Mode : Benchmarking, Profiling
==== GC Runs ====
-Number of times the Ruby GC was run.
+Measures the number of times GC was invoked for the performance test case.
+
+Mode : Benchmarking
==== GC Time ====
-Time spent running the Ruby GC.
+Measures the amount of time spent in GC for the performance test case.
+
+Mode : Benchmarking
+
+=== Understanding the output ===
+
+==== Benchmarking ====
+
+==== Profiling ====
=== Preparing Ruby and Ruby-prof ===
@@ -162,14 +189,13 @@ alias gcrails='/Users/lifo/rubygc/bin/rails'
==== Install rubygems and some basic gems ====
+Download http://rubyforge.org/projects/rubygems[Rubygems] and install it from source. Afterwards, install rake. rails, ruby-prof and rack gems:
+
----------------------------------------------------------------------------
-[lifo@null ~]$ wget http://rubyforge.org/frs/download.php/38646/rubygems-1.2.0.tgz
-[lifo@null ~]$ tar -xzvf rubygems-1.2.0.tgz
-[lifo@null ~]$ cd rubygems-1.2.0
-[lifo@null rubygems-1.2.0]$ gcruby setup.rb
-[lifo@null rubygems-1.2.0]$ cd ~
[lifo@null ~]$ gcgem install rake
[lifo@null ~]$ gcgem install rails
+[lifo@null ~]$ gcgem install ruby-prof
+[lifo@null ~]$ gcgem install rack
----------------------------------------------------------------------------
==== Install MySQL gem ====
@@ -186,21 +212,9 @@ If this fails, you can try to install it manually:
[lifo@null mysql-2.7]$ make && make install
----------------------------------------------------------------------------
-=== Installing Jeremy Kemper's ruby-prof ===
-
-We also need to install Jeremy's ruby-prof gem using our newly built ruby:
-
-[source, shell]
-----------------------------------------------------------------------------
-[lifo@null ~]$ git clone git://github.com/jeremy/ruby-prof.git
-[lifo@null ~]$ cd ruby-prof/
-[lifo@null ruby-prof (master)]$ gcrake gem
-[lifo@null ruby-prof (master)]$ gcgem install pkg/ruby-prof-0.6.1.gem
-----------------------------------------------------------------------------
-
=== Generating performance test ===
-Rails provides a simple generator for creating new performance tests:
+Rails provides a generator for creating new performance tests:
[source, shell]
----------------------------------------------------------------------------
@@ -224,15 +238,100 @@ end
Which you can modify to suit your needs.
-=== Running tests ===
+== Other Profiling Tools ==
+
+There are a lot of great profiling tools out there. Some free, some not so free. This is a sort list detailing some of them.
+
+=== httperf ===
+http://www.hpl.hp.com/research/linux/httperf/[http://www.hpl.hp.com/research/linux/httperf/]
+
+A necessary tool in your arsenal. Very useful for load testing your website.
+
+#TODO write and link to a short article on how to use httperf. Anybody have a good tutorial availble.
+
+
+=== Rails Analyzer ===
+
+The Rails Analyzer project contains a collection of tools for Rails. It's open source and pretty speedy. It's not being actively worked on but is still contains some very useful tools.
+
+* The Production Log Analyzer examines Rails log files and gives back a report. It also includes action_grep which will give you all log results for a particular action.
+
+* The Action Profiler similar to Ruby-Prof profiler.
+
+* rails_stat which gives a live counter of requests per second of a running Rails app.
+
+* The SQL Dependency Grapher allows you to visualize the frequency of table dependencies in a Rails application.
+
+Their project homepage can be found at http://rails-analyzer.rubyforge.org/[http://rails-analyzer.rubyforge.org/]
+
+The one major caveat is that it needs your log to be in a different format from how rails sets it up specifically SyslogLogger.
+
+==== SyslogLogger ====
+
+SyslogLogger is a Logger work-alike that logs via syslog instead of to a file. You can add SyslogLogger to your Rails production environment to aggregate logs between multiple machines.
+
+More information can be found out at http://rails-analyzer.rubyforge.org/hacks/classes/SyslogLogger.html[http://rails-analyzer.rubyforge.org/hacks/classes/SyslogLogger.html]
+
+If you don't have access to your machines root system or just want something a bit easier to implement there is also a module developed by Geoffrey Grosenbach
+
+==== A Hodel 3000 Compliant Logger for the Rest of Us ====
+
+Directions taken from
+http://topfunky.net/svn/plugins/hodel_3000_compliant_logger/lib/hodel_3000_compliant_logger.rb[link to module file]
+
+Just put the module in your lib directory and add this to your environment.rb in it's config portion.
+
+------------------------------------------------------------
+require 'hodel_3000_compliant_logger'
+config.logger = Hodel3000CompliantLogger.new(config.log_path)
+-------------------------------------------------------------
+
+It's that simple. Your log output on restart should look like this.
+
+.Hodel 3000 Example
+----------------------------------------------------------------------------
+Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]:
+Parameters: {"action"=>"shipping", "controller"=>"checkout"}
+Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]: 
+[4;36;1mBook Columns (0.003155) SHOW FIELDS FROM `books`
+Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]: 
+[4;35;1mBook Load (0.000881) SELECT * FROM `books` WHERE (`books`.`id` = 1 AND (`books`.`sold` = 1)) 
+Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]: 
+[4;36;1mShippingAddress Columns (0.002683) SHOW FIELDS FROM `shipping_addresses`
+Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]: 
+[4;35;1mBook Load (0.000362) SELECT ounces FROM `books` WHERE (`books`.`id` = 1) 
+Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]:
+Rendering template within layouts/application
+Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]:
+Rendering checkout/shipping
+Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]: 
+[4;36;1mBook Load (0.000548) SELECT * FROM `books`
+WHERE (sold = 0) LIMIT 3
+Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]: 
+[4;35;1mAuthor Columns (0.002571) SHOW FIELDS FROM `authors`
+Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]:
+Author Load (0.000811) SELECT * FROM `authors` WHERE (`authors`.`id` = 1) 
+Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]:
+Rendered store/_new_books (0.01358)
+Jul 15 11:45:43 matthew-bergmans-macbook-pro-15 rails[16207]:
+Completed in 0.37297 (2 reqs/sec) | Rendering: 0.02971 (7%) | DB: 0.01697 (4%) | 200 OK [https://secure.jeffbooks/checkout/shipping]
+----------------------------------------------------------------------------
+
+=== Palmist ===
+An open source mysql query analyzer. Full featured and easy to work with. Also requires Hodel 3000
+http://www.flyingmachinestudios.com/projects/[http://www.flyingmachinestudios.com/projects/]
+
+=== New Relic ===
+http://www.newrelic.com/[http://www.newrelic.com/]
-include::rubyprof.txt[]
+Pretty nifty performance tools, pricey though. They do have a basic free
+service both for when in development and when you put your application into production. Very simple installation and signup.
-include::digging_deeper.txt[]
+#TODO more in-depth without being like an advertisement.
-include::gameplan.txt[]
+==== Manage ====
-include::appendix.txt[]
+Like new relic a production monitoring tool.
== Changelog ==
generated by cgit v1.2.3 (git 2.25.1) at 2024-09-12 15:20:13 +0000