Railsアプリを『浅く』パフォーマンス・チューニングしてみる（その２） | Oh My Enter!
前回は『N+1件』問題を解決して、パフォーマンスを改善することができました。今回はページ表示部分（View）に関する処理を変更することでパフォーマンスを改善したいと思います。 まずは、前回終了時点のパフォーマンスを確認しておきましょう。 だいたい１秒弱かかっているようですね。そういえば前回、クライアントマシンのスペックを記載するのを忘れていました・・・筆者は Mac Book Air 2012 mid （デュアルコア2.0GHz Intel Core i7）／メモリ８G を使用しています。 それでは、チューニングを初めましょう！ パフォーマンス・チューニング２：Viewヘルパー さらなるパフォーマンスの改善を行うためには、どの処理に負荷がかかっているのかを知ることが不可欠です。rack-mini-profilerの表示を確認し、当たりをつけましょう。『959.0ms』という部分をクリックし
Railsアプリを『浅く』パフォーマンス・チューニングしてみる（その１） | Oh My Enter!
Rails製アプリは、１画面に結構な量の情報を表示しようものなら、すぐにパフォーマンスが悪くなってしまいます。基本を押さえておけばこういったことに陥らないのですが、Railsがあまりにもサクサク開発できちゃうもんですから、ついつい調子に乗って基本を忘れてしまいがち。自分を戒めるためにも、パフォーマンス・チューニングの基本をまとめておくことにします。 環境 Rails 3.2.14 Ruby 2.0 sqlite3（データベース） WEBrick（httpサーバ） Mac Book Air 2012 Mid （デュアルコア2.0GHz Intel Core i7） チューニングするデモアプリ いまいち冴えないビジュアルのこのデモアプリ『Bookshelf（本棚）』を使用します。テーブルの１セル（td）に１冊の本が納められているつもりです。 Bookshelf仕様 著者（Author）はN件の
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
