はい、これは僕がいつも良く見る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 MaxCon
Apache のログを見てみると思うことなのですが、ログファイル自体がかなり膨大になります。 その中には、画像ファイルへのリクエストまでの記録されています。 そして、自分のデバッグの際のアクセスも記録されます。 これらのアクセスの記録はあまり重要ではありませんので、ログ採取を行わない様に設定します。 （もちろん、サイトによっては重要な情報です。） 採取するログを限定する事で、ログの内容を解析しやすくなります。 そして、ごく微量だとは思いますが、Apache のパフォーマンスも向上するかもしれません。 ページ内コンテンツ一覧 画像ファイルへのアクセスを記録しない 特定のホストからのアクセスを記録しない W
Apacheのアクセス・ログの読み方と解析方法を説明します。 Webサイトへのアクセス情報はログとしてファイルに保存されています。このログを閲覧すればどのくらいのユーザーがどのファイルにアクセスしているかなどを集計できます。サーバー上で引き起こったエラーを確認したり，不正ユーザーが攻撃を行っている形跡を調べたりすることも可能です。 では，Apacheのログを実際に閲覧してみましょう。 ログを閲覧する Apacheのログには主に，いつどのマシンからどのファイルにアクセスが行われたかなどを保存している「access_
◆HTTPingプラグインを書きました 「ウェブサーバが重いゾ（ ﾟДﾟ）ｺﾞﾙｧ!!」 という時って、結構ありませんか。 開発(Dev)曰く、「アプリじゃなくて、インフラ側がおかしくね？」 運用(Ops)曰く、「サーバやネットワークは問題ないよ。アプリの実装がおかしくね？」 dev と ops の境界線上の事象。そんなときにお互い責め合うのではなく、原因切り分けに役立ちそうな Munin のプラグインをご紹介。というか、書きましたのでGitHubに公開しました。 これは httping という、コマンドラインツールを使います。httpinigはHTTPサーバ(ApacheやNginxなどなど）のレイテンシやスループットを計測するツールです。 オプションで Web サーバへの接続時間( con
a module issuing the "correct" cookies for counting the site visitors Download: ftp://ftp.lexa.ru/pub/apache-rus/contrib/ Contents Copyright Purpose Installation (Apache 1.x) Installation (Apache 2.0.x) Configuration Cookie fitten to the
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
同僚の@kyanny, @tnmtと3人で、チーム「つねさま with 刺身あんちぽ」として#isucon2に参加してきました。そんなに悪い結果ではなかったようではあるとはいえ、スコアという形で明白な差をつけられると、技術者としての実力がまだまだ全然足りないと思い知らされて、これはなかなか悔しいことだなあと思いました。 我々がやったことや、考えたことなどの詳細は@kyannyメンバーが詳しく書いてくれているので、是非ご覧ください(僕が他に書く余地がないｗ)。当日のコミュニケーションはGitHubのWikiにリアルタイムにまとめてあって、役立ちます。 #isucon2 に参加しました - 刺身☆ブーメランのブログ / @kyanny's blog 上記に加えて、いくつか。 役割分担をして効率的に作業した方がよかろうというわけで、
前のエントリ #isucon で優勝してきました は当日夜に酔っ払った頭で勢いで書き上げたので、少し冷静に振り返ってまとめてみます。 最初のボトルネック発見 DB が MySQL のクエリキャッシュだけでスコアは 1.5倍程度上がる)、とはいえ このクエリは実行に 300〜400 ms 程度かかる アプリケーションの要件上、毎秒更新する必要がある 1秒ごとに更新に 0.3〜0.4秒かかる処理をするのは悪手だろう cache が消えてから生成、とすると生成処理が複数同時に走って無駄が大きい (実際ベンチマーク中の slow query を見ると 600〜700 ms 程度の時間が掛かっていた) ということで、DB のテーブル構成を変更して高速化できないか、
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 使いました。 ### マシ
2012年2月12日 11:23 - CATEGORY： Rails, Solaris いろんなサイトで、Railsで利用可能なWebサーバにおけるパフォーマンステストを実施していたので 興味本位で自分もやってみた。ちなみに導入先のサーバはSolaris10(09/10 X86)である。 対象のWebサーバは以下のとおり。 Webrick mongrel thin unicorn passenger & Apache unicorn & nginx (注)passenger & nginxも試したかったのだが、”passenger-install-nginx-module”の インストール時に「nginxをリコンパイルする必要がある」というメッセージが出力された ので諦めた。 パフォーマンステストの前に、いくつかのモジュールのインストールが必要のため、そこから説明する。 1 環境構築 (1
Recently I received an email pointing me to this artith a request that I conduct a test of Nginx, which should supposedly be a better web serving application. But in previously mentioned artith a new piece of software, is still awesome. From the experience I know that with such claims, one must utilise some healthy
Apache ではエラーが発生したときにログを記録しますが、重大なエラーが発生した時だけを記録するのか、それとも警告のようなものまでログとして記録するのかなどエラーを記録するレベルを設定することができます。ここでは emerg から debug まで全部で 8 のレベルがあります。
mod_cidr_lookupというApacheモジュールを公開しました。 http://lab.klab.org/wiki/Mod_cidr_lookup mod_cidr_lookupは、アクセスしてきたクライアントのIPアドレスが、指定したCIDRブロック群のいずれかにマッチするかどうかを判別するApacheモジュールです。 Apache 2.0と2.2系に対応しています。 マッチした結果は、環境変数 (X_CLIENT_TYPE) とHTTPリクエストヘッダ (X-Client-Type) にセットするので、Apache自身とバックエンドのWebアプリの両方で同じ情報を参照することができます。 このモジュールを使うメリット 簡単にクライアントの種類を知ることができる 判別処理はモジュールが行ってくれるので、のちほどお見せるように、Webアプリやhttpd.confでは環境変数やリク
監視ツール muninのプラグインを追加しました。 今回追加したプラグインは、ApacheとMysqlのグラフです。 デフォルトでプラグインは有効になっていないので、下記の手順で有効にしてみました。 apache_acces
Apacheを再起動した際に、 httpd: Could not reliably determine the server’s fully qualified domain name, using 127.0.0.1 for ServerName というエラーが出る場合がある。 これでも起動はするので、Apache自体は動くのだが、エラーをそのままにしておくのは気持ちが悪いし、あとあと問題を引き起こす可能性が高い。 日本語訳をすると ServerNameに127.0.0.1を使用した、FQDN（完全に適切なドメイン名）が確定できませんでした。 といった感じか。 このエラーは、/localhost以外に自分で設定したホスト名が、Apacheの設定ファイルに定義されていないために発生する。 # Do not remove the following line, or v
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
