第17回 Webアプリケーションのパフォーマンス改善（1） | gihyo.jp
大きな効果を上げるために チューニンガソン#1～#3の改善率を見ると、アプリケーションや全体のアーキテクチャに手を入れないで改善できるのは最大でも10倍以下です。もちろん数倍速度が違えばサーバ台数を大きく減らせるので有意義なのは間違いないのですが、ISUCONやチューニンガソン#4のような飛躍的な高速化は望めないことがわかります。 つまりチューニングでは、単にパラメータ設定を変更するのみではなく、ボトルネックになっているコードやクエリ、アーキテクチャに的確に手を入れていくことで大きな効果を上げることができるのです。 ボトルネックの発見と解消が大事 システム全体の処理時間についてパレートの法則（経験則）を適用すると、「全体の処理時間の80％は20％の部分で発生している」ということになります。実際にシステム全体で一番ボトルネックになっている部分を解消しないことには、ほかの部分に手を入れても大
ためておいたつぶやきを指定した時間帯に投稿してくれる『buffer』 | 100SHIKI
前から気になっていたbufferを導入。 このサービス、事前にためておいたつぶやきを指定した時間帯にぱらぱらと投稿してくれる、というものだ。 つぶやきの予約投稿、といったサービスもあるが、bufferがいいのは「とりあえずキューにためておけばあとは勝手にやってくれる」という点だ。このつぶやきは何時何分、と個別に指定する必要がないのだ。 つぶやきたいことを見つけたけど連投するのはなぁ・・・という人に便利ではなかろうか。 無料プランだとキューにためられるのは10個までだが、興味がある人は試してみてはいかがだろうか。 またChromeのプラグインなんかもあるのでさっと使えて便利ですな。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
