[B! performance][server] gachakku0131のブックマーク

アプリエンジニア向け：「サーバがなんか重い」時にすること - Qiita

アプリケーションエンジニアの人には「なんか重い」という状況に遭遇したらインフラの人にタスクを投げる、という人もいるかも知れません。けど、その重さのどこに原因があるのか。CPUか、ネットワークか、IOかくらいの診断はできた方がアプリ開発においても有益です。「せっかくつくったシステムがなんか重い」そんな時にアプリケーションエンジニアとしてできることを書きます。本職のインフラの人にはぬるい内容だと思います。何を隠そう僕自身がアプリ寄りの人間なので、突っ込んだ話はできないのです。あしからずご了承ください。なんかサーバが重いなーまずはロードアベレージを調べるサーバが重いと思ったら、まず真っ先にすべきことは対象ホストにSSH接続してロードアベレージを調べることでしょう。ロードアベレージとは実行されずに待たされているプロセスの数のことで、多すぎるとやばいと認識しておきましょう。ロードアベ

gachakku0131 2018/04/11

dstat

リンク

わりと本気でウェブサイトの高速化に取り組んだ結果。 - ページ 2 - ONZE

この連休中に弊社ウェブサイトの表示スピード高速化に取り組みました。もともと不満が無いほどのスピードを誇っていましたが、さらに完璧を目指して様々なアップグレードを試みたので、その結果と共に、皆様にも参考になるであろう読み込み速度UPのための改善策を提案していきます。まず前半では診断結果を、後半では改善策を紹介していきます。先に「改善策」のほうを読みたいという方はコチラからどうぞ。診断に使ったサイト今回、ウェブサイトの読み込み速度を診断するために使ったのは以下のサイト。 Google PageSpeed Insights GTmetrix Pingdom Website Speed Test いずれも説明が不要なほど有名な３つのサイトですね。なお計測は弊社サイトのトップページ（https://on-ze.com）を指定して行いました。以下、高速化のための改善策を講じた後の診断結果

gachakku0131 2016/09/28

リンク

Apacheのチューニングメモ - Qiita

個人的Apacheチューニングのメモ。間違いがあったら教えて下さい！ prefork 前提 Apacheでは、リクエストはApacheの子サーバプロセスが処理する。子サーバプロセスは動的にforkで生成されたり、殺されたりする。が、forkはとても重い処理なので、forkが発生しないように設定するのがよい。チューニング方針負荷が高かろうが低かろうが常に一定数のプロセスが動いている状態にする。 preforkの動作 MaxClientsは絶対値。子プロセス数はこの値を超えない。（以下正確ではないですが簡単に） Apacheは負荷が高くなってきたら子プロセスを生成していくアイドル状態の子プロセスはMinSpareServers以上になるよう維持 MaxClients以上の子プロセスは生成しない MinSpareServersよりMaxClientsが強い負荷が低くなってきた

gachakku0131 2014/09/11

リンク

dstatの万能感がハンパない - （ひ）メモ

サーバーのリソースを見るにはグラフ化は重要ですが、推移ではなくリアルタイムな状況、例えば秒単位のスパイキーな負荷を見るには、サーバー上でvmstatやiostatなどの*statファミリーを叩く必要があります。さて、vmstatはメモリの状況やブロック数単位のI/O状況は見られますが、バイト単位のI/O状況やネットワークの送信、受信バイト数を見ることはできません。 # vmstat 1 procs -----------memory---------- ---swap--- -----io----- --system-- -----cpu------ r b swpd free buff cache si so bi bo in cs us sy id wa st 3 1 0 4724956 355452 726532 0 0 54 484 3 3 1 0 99 0 0 2 0 0 47

gachakku0131 2012/05/22

リンク

Railsの各種サーバーの速度ベンチマーク: Pound、Varnish、Nginx、Unicorn、Mongrel

Railsの各種サーバーの速度ベンチマーク: Pound、Varnish、Nginx、Unicorn、Mongrel RailsのアプリをPound、Varnish、Nginx、Unicorn、Mongrelを使用して動かした際の速度ベンチマーク。以下の構成での同一Railsアプリをhttperfでベンチマークした結果をまとめます。 Pound -> Varnish -> Nginx -> Unicorn * 2 Varnish -> Nginx -> Unicorn * 2 Nginx -> Unicorn * 2 Mongrel (Rails.env == 'development') node.js (Express + Socket.IO) 全体の構成Poundを80番ポートを公開し、Varnishを81番ポート、nginxを8080番ポート、Unicornの2プロセスをsocke

gachakku0131 2012/02/06

リンク

Apache Bench で性能測定だ - IT革命～

情報技術(アイティー)革命ではなくイット革命！IT化推進に役立つソフトウェアやWeb制作に関するネタを扱います。 Apache に付属しているベンチマークソフトを使ってみました。 Apacheには、標準で「ab」(Apache Bench) というツールが付属しています。同時接続数とリクエスト数とURLを指定すれば、性能が測定できます。 ab コマンドによって、リクエストを発生させ、接続時間・処理時間・待ち時間などの統計を取得することができます。例えば、同時接続数が 100で、リクエスト数 1,000 になるまで、http://example.com/index.html にアクセスするならば ab -n 1000 -c 100 http://example.com/index.html 認証が必要なページには、-A オプションを使用します。 -n 数値：テストで発行するリクエストの回