railsでwebアプリを作る予定なので、webサーバーのベンチをとって見ました。 ツッコミ大歓迎です！！！ **[結果をすぐ見たい人はこちら](#1)** ## それぞれの説明 apacheとnginxの説明は省きます。 passengerはruby版mod_perlです。 * [Phusion Passenger](http://www.modrails.com/) unicornは、RubyのためのHTTPサーバです。 * [Unicorn: Rack HTTP server for fast clients and Unix](http://unicorn.bogomips.org/) perlでいうStarmanですね。 ## 構成 ベンチ取るためのwebアプリを動かしたマシンのスペックは下記の通りです。 rbenvを使ってrubyの1.9.3p125 使いました。 ### マシ
はい、これは僕がいつも良く見るApacheとNginxの性能差に見えます。大体、ApacheはNginxの75%程度の性能に落ち着きます。数十バイトの静的コンテンツに対するリクエスト処理はNginxの得意分野だと思っていたので、大体こんなものです。 そこで、真面目にevent_mpmのチューニングを行ってみました。で、幾度となくベンチを試した結果導き出した、静的コンテンツに対する同時接続数100程度に対して最高のパフォーマンスを示すevent_mpmの設定は以下のようになりました。 [program lang=’apache’ escaped=’true’] StartServers 4 MinSpareThreads 4 MaxSpareThreads 4 ThreadsPerChild 2 MaxRequestWorkers 2 MaxConnectionsPerChild 0 [/p
PHPアクセラレータのeAcceleratorとAPCのベンチマークとインストール方法です。 ベンチマーク 1. PHPアクセラレータなし 2. eAcceleratorを有効 3. APCを有効 上記のそれぞれの場合で、同時接続数10、リクエスト数100でベンチマークをとってみました。 環境 1. PHPアクセラレータなし $ ab -n 100 -c 10 http://localhost/ Server Software: Apache Server Hostname: localhost Server Port: 80 Document Path: / Document Length: 36934 bytes Concurrency Level: 10 Time taken for tests: 5.514076 seconds Complete requests: 100
Apacheのモジュール、mod_deflateを利用して転送量を軽減させて転送量対策します。 このモジュールは転送前にコンテンツをgzipにて圧縮転送する事で転送量の減少を計ります。 圧縮されたコンテンツはクライアントのブラウザにて展開されて表示されます。 導入に際して、本当にこのモジュールが自サイトに適しているものかを考える必要があります。 なぜなら、圧縮する度にCPU消費する事になり、結果CPU消費率は上がるからです。 CPUの使用率は余裕があるが、帯域はできるだけ抑えたい場合等には最適でしょう。 しかし、低速な回線などの場合に100kbのhtmlファイルを転送すると 転送が終了するまでその接続はCPUを占有します。 こうした場合はmod_deflateにて圧縮を行う事で結果的に低速な回線の使用者が CPUを占有する時間が短くなり、CPU消費率は変わらずに 転送量
2012年3月15日木曜日 phpを高速化する60の方法 01. static にできるメソッドは static として宣言しよう。（4倍速い） 02. echo の方が print より速い。 03. echo ‘文’,'字’; （カンマ区切り）の方が、’文’.'字’ （ドット連結）より速い。 04. ループの最大値は、ループ「内」ではなく「前」にセットしておこう。 05. 大きい配列のような変数は unset() してメモリを解放しよう。 06. マジックメソッド（例： __get, __set, __autoload）は使用を避けよう。 07. require_once はハイコストなのです。 08. include や require でファイルはフルパスで指定しよう。 09. スクリプト開始時間は time() でなく $_SERVER['REQUEST_TIME
先日、Web サーバ勉強会 #2 が開かれました。内容は、Apache のチューニングということで、参加したかったのですが、他の予定があって参加できませんでした。 そこで、僕が個人的に行っている Apache のチューニングを紹介したいと思います。最初、スライドで作成しようかと思ったのですが、ブログにまとめたほうがよさそうなのでブログにまとめていきます。 まず、大前提として Apache をチューニングするうえで、大事なことはその Apache が提供する Web サービスの種類のよって大きくチューニングする内容が異なるということです。例えば、動画・写真共有サービスと株価情報のサービスを比較すると、当然のことながら大きくサービスの内容が異なりますし、HTTP レベルでみるとクライアントからのリクエスト数、データサイズ、などがかなり違ってきます。 ですので、まずは自分が扱っているウェブサービ
Supported platforms Mac OSX (x86 and PPC) Linux (32-bit and 64-bit) Windows (XP and up) Prerequisites Page Speed requires both of the following to be installed: Mozilla Firefox 3.0.4 or higher (official, non-beta versions) — download from Mozilla Firebug Firefox Add-on 1.3.3 or higher (official, non-beta versions) — download from Mozilla
Muninについて Muninとは、MRTGやcacti等と同様にディスク、メモリ、CPU、ネットワーク等のリソースを監視してくれるシステムです。 構成としては、監視する対象のサーバに「munin-node」（エージェント）をインストールし、そのデータを収集するサーバに「munin-server」（データ収集サーバ）をインストールする形で構成されます。 ※「munin-node」と「munin-server」は同居可能ですので、1台のサーバで自分を監視することももちろん可能です。 また、「Munin」の良いところは設定が非常に簡単だというところもあげられます。 Munin画面 インストールのまえに 「Munin」のインストールを行う前に、今回の構成を簡単に説明します。 今回の構成 今回は、「監視サーバ」（192.168.1.100） に「munin-server」と「munin-node」
前エントリ pound と apache をバランスよくチューニングする必要性について の続きです。Apache2 のチューニングによる高負荷（大量アクセス）対策を考えてみます。 ここまできてやっと、そもそも高負荷時に apache2 のプロセス数が足りていなく、静的コンテンツの応答時間が遅延しているのかも？という仮説を立てることができました。図解するとこんな感じです。 Apache2 はもちろん worker MPM で動作させています。worker MPM ってなんぞ？という方は、このブログを読んで頂けている方にはいらっしゃらないかと思いますが http://httpd.apache.org/docs/2.0/mod/worker.html あたりを読むと良いでしょう。 このマルチプロセッシングモジュール (MPM) は、マルチスレッドとマルチプロセスのハイブリッド型サーバを 実装して
Perl等のLLでウェブアプリケーションサーバを書いていると、普通はマルチプロセスモデル (apache なら prefork とか) で運用することになると思う。で、それらがどれだけメモリを使っているか、っていうのはチューニングにおいて重要になってきたりする (んじゃないかと思う) けど、そもそもメモリの総使用量をどうやって測定するのか。 20:20追記: PSSを使ってワンライナーで測定するのが簡単 (コメント欄参照)。kosakiさんありがとうございます。 $ sudo perl -le 'for my $p (@ARGV) { open my $fh, "< /proc/$p/smaps" or die $!; map { /^Pss:\s*(\d+)/i and $s += $1 } <$fh> } print $s' `pgrep plackup` 914325以下は初回投稿時
合宿で青い人に mod_xsendfile を教えてもらって「あわせて読みたい」に入れてみたら結構いい感じなのでメモ。 ■mod_xsendfile とは PHPなどのスクリプトから静的なファイル（画像ファイルなど）を送信するときに使う便利な apache モジュール。 ■仕組み header("X-Sendfile: （画像ファイルパス）"); と出力すれば、X SendFile がローカルから画像ファイルを引っ張ってきて、Last-Modified などのヘッダ情報をつけて後の処理をしてくれる。 つまり、スクリプトを使っていながら簡単に静的なファイルを送信しているように見せることができる。 （※セキュリティ設定に関係なく、任意のパスを指定できるところがミソ） ■「あわせて読みたい」では これまで、Location: ヘッダをつかってリダイレクトして画像を表示させていた。 この方式の欠点
などに配置されています。 なお、httpd.confの更新内容を有効にするには、httpd.conf編集後にApacheを再起動する必要があります。Apacheの再起動は、第1回の「起動／終了、サービスの登録」を参考にしてください。 不要な機能、設定の削除 不要なモジュールの削除 Apacheは、モジュールによって機能を追加することができます。Apacheインストール時に組み込まれているモジュールは、以下のようにして確認できます。
現状の測定（ベンチマーク）と結果の着眼点 ここからはApacheに着目して、パフォーマンス・チューニングのための準備を行う。チューニングするに当たって、まず現状を十分に分析し、具体的な目標を定めることから始めたい。目標をどれだけ具体化するかはともかくとしても、現状を数値的に知りもせずに、漠然と「遅い遅い」と騒いでいても仕方がない。 現状を数値的にとらえるにはツールが必要となる。いわゆるベンチマーク・ツールだ。Apacheには、標準で「ab」（Apache Bench）というツールが付属している。abの構文は、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く