Webアプリケーションの遅い処理を特定する話 - MEDLEYオフィシャルブログ
こんにちは、開発本部で「ジョブメドレー」の開発を担当している稲本です。 先日、社内で行っているTechLunchという勉強会で「Webアプリケーションの遅い処理を特定する話」という話をしました。 タイトルの意味する範囲が広めなので概要を記載すると以下の通りです。 NewRelicから処理速度を見ていく ChromeDeveloperTools処理速度を見ていく RoR関連のプロファイラから処理速度を見ていく 上記の様にClientからServer, Applicationまでプロファイリングを行い遅い処理を特定していく流れの話をしました。 なぜこの話をしようと思ったのか 弊社ではフロントエンドエンジニア、サーバサイドエンジニアなどのポジションが明確には分かれておらず、どのバックグラウンドを持った人間も両方開発に携わる方針のため、エンジニア同士が、お互いの得意分野を補い合いながら、各々業務や
StackProfを使ってrubyプログラムのプロファイリングをする方法 - Qiita
計測エンジニアになろうとしたら苦労したという記事を技術ブログに書いたのですが、技術的な部分を備忘録も兼ねてまとめておきます。 Spring_MTさんのブログには大変お世話になりました。(というかREADME + このブログ記事のまとめでしかないような、、、汗) profilingとは プログラムが実行された際、どの部分のコードの実行にどれだけの時間がかかったのかを計測することです。 ではなぜ人はプロファイリングするのでしょうか？ プロファイリングはパフォーマンスのボトルネックを発見し、”遅いプログラムを速くする”手助けになります。プログラムの中で無駄に何度も呼ばれている部分、不要なのに呼びだされている部分、不自然に遅い部分を発見すれば、それを効率化することでプログラムの実行を速くすることができます。 StackProfとは Rubyプログラムのプロファイリングに関してはいくつかのツールがあ
stackprofを使ってみる - CubicLouve
追記 2014/09/21 FlameGraphの出し方を追記しました 追記 2017/08/13 stackprofの原理をまとめました。 spring-mt.hatenablog.com rubykaigi 2014終わりましたね。 スタッフの皆様、本当にお疲れ様でした。 で、3日目のkeynoteを聞いて、stackprofは使いこなせんとあかんものやと思って、早速試してみました。 RubyKaigi 2014 | Ruby 2.1 in Production stackprof Gemfileにgem 'stackprof'って書いて、bundle installすればOKです。 サンプリング sampleスクリプトはこちら sample stackprof で、StackProf.runが入ってる場合と、入ってない場合の実行時間はこんな感じ 入っている場合 % time bund
Ruby/Railsでの高速化の際に使うgem達 - Qiita
1. ベンチマーカー プロファイルすると、プロファイル自体に時間がかかるので正しく速度が測れない。そのためベンチマーカーも使うと良い。 ただし、ベンチマーカーはどこが遅いか等の解決の糸口は教えてくれない。 benchmark-ips 2. プロファイラ 実際に速度のボトルネックを見つける際に使う。 stackprof どのメソッドに多くの時間を費やしているかがわかる これを入れても速度にさほど影響がない rblineprof 行ごとにかかっている時間を出してくれる peek-rblineprofを使うとブラウザで結果が見れる ただしプロファイリングに結構時間がかかる (3. NewRelic) 実際、これらのことを手元でやらなくても、特にstackprof的なことや、どこのページやどのSQLクエリが特に遅いかなどは、 New Relic がやってくれます。お金を払うと結構詳細な部分も見れま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - tmm1/stackprof: a sampling call-stack profiler for ruby 2.2+
