lighttpd の FastCGI 負荷分散を理解する - Weblog and logic, or magic 勢いあまって lighttpd のソースコードにまで迷いこんでしまったので、lighttpd における FastCGI プロセスの負荷分散について調査してみたいと思います。 Module: mod_fastcgi Optimizing FastCGI performance lighttpd の対象バージョンは 1.4.3 なお、今回調査するのは現時点での stable である lighttpd 1.4.3 です。次期バージョンである lighttpd 1.5.x では、FastCGI 周りが変更され、すべて mod_proxy_core というモジュール(および関連モジュール)に統合されるようです。 Module: mod_proxy_core - lighttpd 1.5
2022年8月、ホームページを全面リニューアルしました! 情報を分かりやすくお伝えできるサイト作りを目指してまいります。 Preface : LightTPD (Light footprint + httpd = LightTPD) とは、セキュリティ、スピード、操作性、および柔軟性−−これらすべての事柄において、ウェブサーバの効率を最適化します。そんな LightTPD を説明します。LightTPDは、高性能環境のために設計され、最適化されているので少ないメモリによるフットプリントを他のサーバと比較すると、LightTPD はcpuロードアベレージの効果的な管理、そして、高度な機能セット(FastCGI、CGI、Auth、出力圧縮、URL-Rewriting、およびその他多く)を持つことで現在負荷問題を抱えているあらゆるサーバのための完全な解決策になりえます。 そして、それは最もよく、
はてブで lighty のブログがあることを知ってブログを見てみました。lighty の中の人が書いてます。 ナント、lighty 1.5 系が pre release されているではありませんか! なんでも、1.5 系は いままでより 80% のスループット向上が見込めると書かれています。激速の lighty が更に高速になるってわけですよ。Σ(゚Д゚; Using Async IO allows lighttpd it overlap file-operations. We send a IO-request for the file and get notified when it is ready. Instead of waiting for the file (as in the normal sendfile()) and blocking the server, we ca
1.5.0 will be a big win for all users. It will be more flexible in the handling and will have huge improvement for static files thanks to async io. The following benchmarks shows a increase of 80% for the new linux-aio-sendfile backend compared the classic linux-sendfile one. The test-env is client: Mac Mini 1.2Ghz, MacOS X 10.4.8, 1Gb RAM, 100Mbit server: AMD64 3000+, 1Gb RAM, Linux 2.6.16.21-xen
パッケージとしてインストールした場合、通常 /etc/lighttpd/lighttpd.conf が設定ファイルとなる。ただし、初めにインストールされるものは、Apacheのものと比べると説明がないので、サンプルとしてはちょっと分かりにくかった。 なお、Apache の .htaccess の様なしくみはないので、ディレクトリ毎の設定が必要ならば、全て設定ファイルへ書き込む必要がある。
(注意: 印はくまくまー調べなので鵜呑みにしてはいけません) [開発] Apache上での開発はまず無理である。WEBrick は Ruby標準な上に最低限の機能・スペックは満たしているので未だに愛用者は多く、Rails初学者には十分である。WEBrickの速度に限界を感じたユーザは Lighttpd(愛称 lighty)を利用する。速度も十分でや設定も容易だが、起動時の引数でポートを指定できないなど若干使いづらい面もある。lighty ユーザは Mongrel に進むという予言もある。 [運用] Webサーバのデファクトはやはり Apache で、Rails的には生CGIは無理だが、FastCGIなどのモジュールと併用することで速度的な問題はなくなる。RailsはLighttpdなどの開発向けのサーバで動かし、リバースプロキシを利用する手もある。完全に Rails のみで運用されるサイト
Superior Performance. Measureable Benefits. With industry standard evaluations, we deliver exceptional results. Benchmark Comparisons for LiteSpeed Web Server and Cache Solutions https://litespeedtech.com/images/logos/litespeed/litespeed-logo.png 2018-01-09 22:31:18 2023-12-05 22:17:46 Superior Performance. Measurable Benefits. With industry standard evaluations, we deliver exceptional results. Se
lighttpd自分用メモ。 自分が動かして調べた事を書く。 まだ書きかけ。 目的インストールについてメモ結論 目的 rfc2616の仕様上、POST前には必ずpersistent connectionは切断されてしまう事を知る。 現在のtcpcgiでは、persistent connectionが維持されていないとパフォーマンスは全く出ず、これ以上の開発も大変そうなので、代用となるhttpdを用意する。 そこで、lighttpdを選んでみる事にした。 FastCGIで動的コンテンツを提供。 クライアント側からのrequest-bodyの送信速度を保証する為に、lighttpdの前にsquidを置く事にする予定。 インストールについて pcreが入っていないなら、まず先にpcreを入れておく。 無いと、ものすごく動作に支障をきたす。make checkも通らない。 wget ftp://f
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く