はい、これは僕がいつも良く見る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
Apache のログを見てみると思うことなのですが、ログファイル自体がかなり膨大になります。 その中には、画像ファイルへのリクエストまでの記録されています。 そして、自分のデバッグの際のアクセスも記録されます。 これらのアクセスの記録はあまり重要ではありませんので、ログ採取を行わない様に設定します。 （もちろん、サイトによっては重要な情報です。） 採取するログを限定する事で、ログの内容を解析しやすくなります。 そして、ごく微量だとは思いますが、Apache のパフォーマンスも向上するかもしれません。 ページ内コンテンツ一覧 画像ファイルへのアクセスを記録しない 特定のホストからのアクセスを記録しない Worm のアクセスを別ファイルに記録する - 2003/09/12 修正 画像ファイルへのアクセスを記録しない Apache のログには画像ファイルへのリクエストも記録されます。 サイトによ
Apacheのアクセス・ログの読み方と解析方法を説明します。 Webサイトへのアクセス情報はログとしてファイルに保存されています。このログを閲覧すればどのくらいのユーザーがどのファイルにアクセスしているかなどを集計できます。サーバー上で引き起こったエラーを確認したり，不正ユーザーが攻撃を行っている形跡を調べたりすることも可能です。 では，Apacheのログを実際に閲覧してみましょう。 ログを閲覧する Apacheのログには主に，いつどのマシンからどのファイルにアクセスが行われたかなどを保存している「access_log」，Apache上で発生したエラー情報などを保存する「error_log」があります。ログ・ファイルは/var/log/httpd ディレクトリに保存されます。 access_log には，図1のように1行ごとに1つのアクセス・ログが記載されています。内容は，「アクセス元のI
◆HTTPingプラグインを書きました 「ウェブサーバが重いゾ（ ﾟДﾟ）ｺﾞﾙｧ!!」 という時って、結構ありませんか。 開発(Dev)曰く、「アプリじゃなくて、インフラ側がおかしくね？」 運用(Ops)曰く、「サーバやネットワークは問題ないよ。アプリの実装がおかしくね？」 dev と ops の境界線上の事象。そんなときにお互い責め合うのではなく、原因切り分けに役立ちそうな Munin のプラグインをご紹介。というか、書きましたのでGitHubに公開しました。 これは httping という、コマンドラインツールを使います。httpinigはHTTPサーバ(ApacheやNginxなどなど）のレイテンシやスループットを計測するツールです。 オプションで Web サーバへの接続時間( connect time ) と、実際に処理及びデータを返す時間 ( processing time)
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 format What can be written to the log Why not mod_usertrack TODO Copyright Copyright (C) 2000-2002 Alex Tutubalin, lexa@lexa.ru May be distributed and used in derived products
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メンバーが詳しく書いてくれているので、是非ご覧ください(僕が他に書く余地がないｗ)。当日のコミュニケーションはIRCや口頭で行っていましたが、後日のまとめのためにわりと詳細にGitHubのWikiにリアルタイムにまとめてあって、役立ちます。 #isucon2 に参加しました - 刺身☆ブーメランのブログ / @kyanny's blog 上記に加えて、いくつか。 役割分担をして効率的に作業した方がよかろうというわけで、
前のエントリ #isucon で優勝してきました は当日夜に酔っ払った頭で勢いで書き上げたので、少し冷静に振り返ってまとめてみます。 最初のボトルネック発見 DB が CPU 4コアをフルに使って回っているのですぐに Query が重いのは分かった 重いクエリはキャッシュすれば、という発想は自然 (実際 MySQL のクエリキャッシュだけでスコアは 1.5倍程度上がる)、とはいえ このクエリは実行に 300〜400 ms 程度かかる アプリケーションの要件上、毎秒更新する必要がある 1秒ごとに更新に 0.3〜0.4秒かかる処理をするのは悪手だろう cache が消えてから生成、とすると生成処理が複数同時に走って無駄が大きい (実際ベンチマーク中の slow query を見ると 600〜700 ms 程度の時間が掛かっていた) ということで、DB のテーブル構成を変更して高速化できないか、
nginxにab（ApacheBench）を実行すると失敗してた うちのサーバは、さくらのVPSにてnginxがフロントにいて、そこから内側のapacheとかRackとかNodeに回しています。 そんなこのサーバにLion付属のabを実行すると失敗していましたが、自力でhttpdから httpd-2.4.1.tar.bz2を取得してmake。abだけ新しいのに差し替えましたら解決しました。 問題の確認から解決まで まずは問題の発生している状態から。 apr_socket_recv: Connection reset by peer (54) うーん？ ただのgif画像とかでも同じように切られるのでapacheとかは無罪と判定。（静的ファイルの配信はnginxがしてるから） % ab -n 100 -c 2 http://havelog.ayumusato.com/ This is Apac
前々からずっと気になっていたHomebrew。 MacPortsからHomebrewへの移行メモ 以上を参考に、MacPortsからMAMP環境をHomebrewに完全移行しました。 Homebrewって何かと調べてみると、その特徴が本家( http://mxcl.github.com/homebrew/ )にまとめられていました。 Homebrewは最も簡単で柔軟性のあるOSX用のUNIXツールをインストーラー パッケージはCellarというプレフィックスで分離され、/usr/binにリンク置いて管理 Homebrewには自分自身も同梱されている 数秒でHomebrewのパッケージを作成可能 Git管理で簡単にカスタマイズや上流バージョンのマージができる HomebrewのformulaはRubyスクリプトで記述 とのこと。いろいろなブログを見てみるとまず、Macにそもそも入っているバイ
ちょっと大げさなタイトルですが、あくまで私個人の環境構築手順をまとめたものです。WindowsからMacに乗り換えたばかりで、どうやってPHPの開発環境を整えるか分からないPHPerに向けの「開発環境を整えるためのガイド」と考えてください。 既にMacでAMP環境を構築したことがあるPHPerにとっても有用な情報を含めたつもりです。その例としては、php-buildとphp-versionで複数PHPバージョン環境の構築の手順、複数PHPバージョンとApacheの連携方法などがあります。 MacをUnix的に使えるようにするため、CUIで設定する手順を含んでいますが、怖がらずにやってみてください。ターミナルはあなたに噛み付いたりしません :) CUIに慣れてない方は、「難しい」と感じるかもしれませんが、きっとのちのちの財産になるはずです！ 2012年版では「PHPerがMacbookAir
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 article and with a request that I conduct a test of Nginx, which should supposedly be a better web serving application. But in previously mentioned article they state they are getting over a 500% more from the same hardware with a new piece of software, is still awesome. From the experience I know that with such claims, one must utilise some healthy
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_accesses apache_processes apache_volume Apacheのプラグインはあらかじめ mod_statusを有効にしなければなりません。 Statusを使用可能にするため、以下のコードを追加 [root@centos ~]# vi /etc/httpd/conf/httpd.conf LoadModule status_module modules/mod_status.so ExtendedStatus On <Location /server-status> SetHandler server-status Order Deny,Allow D
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（完全に適切なドメイン名）が確定できませんでした。 といった感じか。 このエラーは、/etc/hosts にlocalhost以外に自分で設定したホスト名が、Apacheの設定ファイルに定義されていないために発生する。 # Do not remove the following line, or v
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く