RailsのログファイルをMessagePackで超高速解析!｜TechRacho by BPS株式会社
最近Railsがガンガン出力するproduction.logを解析してどのアクションがリクエスト多いのか、DBがボトルネックになってるアクションはないか、などを調べているんですが、production.logがどんどん肥大化して、解析ツールの開発イテレーションを回す際の効率が悪くなってきました。 また似たようなツールをやたらめったらコピペで作ってきたため、開発効率も悪くなってきたので、ここでAPIを整理しつつ、あわよくばログをなめる部分を高速化できないものかと考えました。 シンプルに正規表現をつかって変化する箇所を切り出していたのですが、これではかなり重いのは自明ですし、がんばって文字列をパースするパーサを作ってもrubyではあまりスピードは出なそう、でもrubyで書きたいし.... ということで、一度パースしたデータを読込みに効率よさそうな形式に変換することで、次以降の解析を高速化しよう
HowtoMonitorProduction in Ruby on Rails
Production Log Analyzer The Production Analyzer lets you find out which pages on your site are dragging you down. PL Analyze requires the use of \SyslogLogger (included) because the default Logger doesn’t give any way to associate lines logged to a request. \SyslogLogger gives you many other advantages, such as the ability to combine logs from multiple machines. Project Page API Docs alternative
Railsのログからリクエスト時間ごとや閲覧回数ごとなどのランキングを生成してくれるツール: ぐうたら技術屋のTips
Rawk - Ruby on Rails Log Analyzer 時間のかかっている処理をログから抽出したいと思い検索し見つけたツールです。 ただのRubyのスクリプトで $> ruby [ダウンロードしたスクリプトファイルのパス] < [対象のログファイルのパス(production.log等) で解析し、コンソールに結果を出力してくれます。 ただ、現時点の最新(1.2)が私の環境(Rails 1.2.5)のログだとうまく動いてくれず(ZeroDivisionErrorが発生)、スクリプトを修正する必要がありました。 修正は、スクリプトの181行目に対し以下のように行いました。 修正前) next unless $_.index("Completed in") == 0 修正後) next unless $_.index("Completed in") 同じ現象が発生するなら試してみて
Railsのアプリの重いところを突き止める。 - zenpouの日記
本日、メッセンジャで問い合わせもらった時の内容をここに どこが重さの原因かこちらも把握できてないのでね…… って言う話があったんで提案。 railsのプロジェクトを配置しているフォルダには、色々フォルダがあって その中にlogフォルダがあるんですが、production.log*1の Completed 行をgrepしてソートすれば良いじゃないですかーって話をした。 $ grep Completed log/production.log こんな感じ で、さらにソートしてあげると $ grep Completed log/production.log | sort -nr -k 3 | head -5 こんな風になった。 ログフォーマットによっては-k 3のあたりはカラム数変える必要あるかも。 ともあれ、これで重いＰＧ5個を割り出せます。 *1:production環境で動いてればだけど
Rails1.2.5 Railsの運用環境で気をつけること-ログファイルとセッションファイルの整理 - iビジネス&テクノロジー
Ruby on Railsをデフォルト環境のまま使うと、ログやセッションのファイルが無制限に増えていくので、どこかでそれらを整理する必要があります。正直なところ、この2点が自動化されないのはRails運用上の大きな弱点ではないかと思っています*1。 (追記 Nov 23, 2007) Rails2.0からはCookieStoreという新しいSession管理が導入されたため、デフォルト設定でセッションファイルのメンテナンスは不要になります。詳細はこちら。 セッションファイルの整理 デフォルトではrails-app/tmp/sessionsにユーザセッションがファイル形式で保存されます。このセッションファイル、特にアクセスが多いサイトでは膨大な数になったりするのですが、Railsが勝手に消してくれたりはしないので、定期バッチなどで自前で削除していく必要があります。以下はUnix系の環境でアク
Railsのログを分析、グラフ化·LogJuicer MOONGIFT
※ 画像は公式サイトデモより Railsは遅いと言われる。確かに富豪的なフレームワークであり、そのままの使い方では動作が重たい。そのため、解決手段としてmemcachedをはじめとしたキャッシュ技術を利用することが多い。 ログを解析して一覧してくれる だが、フレームワークの問題ではなく、プログラム側の問題もあるかも知れない。その解決のためにはまず、現状分析からはじめてみよう。 今回紹介するオープンソース・ソフトウェアはLogJuicer、Railsログ分析ソフトウェアだ。 LogJuicerはproductionをターゲットにしたログを分析するソフトウェアだ。標準でテーブル組に各コントローラのヒット数、レンダリング、DBへの実行時間などをリストにしてくれる。さらにコントローラをクリックすると、各アクション別にドリルダウンしてくれる。 円グラフ もう一つのモードはグラフで、円グラフや棒グラフ
Rails開発Tips-Logger- - Ryoの開発日記 Neo!
別にRailsには限らないのだけど。 Railsの開発中に標準出力にデバッグ出力を出すと、サーバのログ(webrickが標準出力に吐くやつとか)と混ざってすごく見にくい。 そこでLoggerを使う。 使い方は簡単 require 'logger' class ApplicationController helper_method :d def initialize @logger= Logger.new('./logger_log.log') @logger.level = Logger::DEBUG end def d(str) @logger.debug str end end として、Loggerをセットアップ 後は好きなところで d obj.inspect とかしてやれば#{RAILS_ROOT}/logger_log.logにその出力が行われる。 tail -f logger_l
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
