第17回 Webアプリケーションのパフォーマンス改善（1） | gihyo.jp

大きな効果を上げるために チューニンガソン#1～#3の改善率を見ると、アプリケーションや全体のアーキテクチャに手を入れないで改善できるのは最大でも10倍以下です。もちろん数倍速度が違えばサーバ台数を大きく減らせるので有意義なのは間違いないのですが、ISUCONやチューニンガソン#4のような飛躍的な高速化は望めないことがわかります。 つまりチューニングでは、単にパラメータ設定を変更するのみではなく、ボトルネックになっているコードやクエリ、アーキテクチャに的確に手を入れていくことで大きな効果を上げることができるのです。 ボトルネックの発見と解消が大事 システム全体の処理時間についてパレートの法則（経験則）を適用すると、「⁠全体の処理時間の80％は20％の部分で発生している」ということになります。実際にシステム全体で一番ボトルネックになっている部分を解消しないことには、ほかの部分に手を入れても大

[tmatsuu]

素晴らしい。Devel::NYTProfｻｲｺｰ。各言語版Devel::NYTProfを把握しておきたい。

[kana321]

Webアプリケーションのパフォーマンス改善（1）

[hirose31]

nytprof kytprof

[gfx]

こんなところにISUCON3の出題者fujiwaraさんによるPerl/PSGI appチューニングのコツが！

[JHashimoto]

Webアプリのパフォーマンス測定方法。

[stealthinu]

パフォーマンスチューニングに使うツールや手法

[BigFatCat]

Munin，Cacti，Zabbix，Ganglia，CloudForecastなどのリソースモニタリングツール

[witchstyle]

(2013/02/18の記事)

[studio3104]

fujiwaraさん！

[hiroyukim]

fujiwaraさんだ！