あのPHK作HTTP高速化ソフトウェア"Varnish 1.0" | エンタープライズ | マイコミジャーナル
Varnishプロジェクトは20日(ノルウェー時間)、HTTP経由での通信を高速化するソフトウェア「Varnish 1.0」をリリースした。POSIX互換のOS全般で動作するよう設計されているが、現時点ではFreeBSD 6.1-STABLEと7.0-CURRENT、およびLinux(Ubuntu Dapper)での動作が確認されている。 Varnishは、HTTP経由でリクエストされたファイルをキャッシュしておき、次回の通信に使用することで高速化を図る、サーバサイドの高速化技術。対応するプロトコルはHTTP/1.0と1.1、コンパイル時にオプションを指定することにより、ICPとHTCPにも対応可能。サービスを停止せずに設定を変更できる、ランタイムコンフィグレーションもサポート。マルチコア/プロセッサや64ビットCPUを搭載したマシンなど、高速なI/Oスループットを持つハードウェア上で動作
最速配信研究会 - ロードバランサの運用.DSRって知ってますか
id:hirose31くんがロードバランサについてあれこれ書いてる. そんなわきゃない＞DNS RRはロードバランサの座を奪い返せるか この間彼から教えてもらったんだけどLVS(LinuxVirtualServer)は結構すごいという話. 「でも安定性がぁ」とか「ASICには勝てないよね」といかいうやつは、まずは試してみてみー きっとびっくりするから。 ロードバランサの1運用形態であるDSR(Direct Server Return)を知らない人だと「ソフトウェアでロードバランサ?ありえねー」とか思っててもしかたないと思う.DSRを知らないといつまでもベンダーに高いお金を払うことになるのでチョロチョロ書いてみる. DSRを知らない人がロードバランサーに持っているイメージは図の1の通りだと思う.つまり HUBを通してリクエストがロードバランサに届く(1,2) ロードバランサは適当にバランシン
I, newbie » Webサーバはswap張ったら負け
Webサーバはswap使い始めた時点で負け。 login直後にshellの反応がなくなることに気づいた。アクセスの多いサイトからリンクを貼られたようで、load avg.が2桁。page in/outが多発して、promptもなかなか返ってこない。 もともと非力なスペックだし、あれこれ組み込んだばかでかいhttpdなので、この程度でいっぱいいっぱい。グラフが途切れているのは、snmpdも反応しなくなっていたせい。diskを見ると、swapを使いはじめた時点でアクセスが多発していることがわかる。リクエストの処理が追い付かないので、httpdが足りなくなって、さらにhttpdをMaxClientsの数までforkする、メモリが足りなくなってswap発生、さらに処理が遅くなる、みたいな負のスパイラルにはまっている。 しょうがないので、ただでさえ少ないMaxClientsをさらに制限して、Kee
Kazuho@Cybozu Labs: キャッシュの上手な使い方
« C-0.05 | メイン | cygwin + mod_perl » 2006年02月08日 キャッシュの上手な使い方 キャッシュといっても、ウェブブラウザやウェブプロキシのキャッシュのことです。 ・Internet Explorer のキャッシュの動作 Internet Explorer は、同一ウィンドウ内で複数回同じウェブページを読み込む場合、２回目以降はキャッシュのデータを使用します (デフォルト設定の場合、 Last-Modified または Expires ヘッダがついている場合のみ)。 つまり、同じウィンドウの中で、 ページA を読み、次にページB を読み、そしてページA を再び読み込むようなケースでは、２回目にページ A を表示する際にはキャッシュのデータが使用され、ウェブサーバへの再問い合わせは行われません。 また、 Last-Modified ヘッダと Expire
GET と POST, Apache1.3系 と Apache2.X系 - inuzのブログ
HTTPで何かのコンテンツを取得するのは普通 GET だけれど、 POST /path/to/file.html HTTP/1.0(改行) (改行)こんなことをやるとどうなるか、という話。 POSTメソッドというのは、情報をサーバに送りつけるためのメソッドであって、コンテンツを取得するための物ではない。なので、POST本来の意味において、上記枠内のようなリクエストは不正であると言わざるをえない。何にも情報を送ってないからね。204 No Content なんていうHTTPステータスコードが、"コンテンツはないよ"なのに、204 なのは純粋にPOSTが情報を送るためのメソッドである証拠と言えましょう(2で始まるステータスコードはオッケーの証)。この話のネタ元の人によると、これは「エラーになった」とのこと。エラーってどんなだろう？と思ってかるくテストしてみたら、これがわりと面白かったので掲載。
ベイエリア情報局: Yahoo でカスタマイズされた apache のまとめ
元Vine SPARC開発者。2003年度未踏ユース採択者。海外でも活躍できる国際的なLinuxエンジニアになることを夢見て日本で頑張っています。ウノウ株式会社にて写真共有SNS「フォト蔵」を開発中。 Yahoo で使用されている独自カスタマイズされた apache についてのプレゼンテーション資料が公開されていたので、自分なりにまとめてみました。 Hacking Apache HTTP Server at Yahoo! HTTPヘッダーの "Server:" は出力しない apache 1.3 がベース 安定動作が重要 スレッドは使用しない(動作が複雑) ログフォーマットは独自フォーマット ログローテンションは独自の仕組みを持つ。シグナルもパイプも使用しない レスポンスコード 30x は最小限のものだけ出力 コンテンツは gzip 圧縮して出力(HTTP/1.1)。CPU 使用率が 90
Hidayet Doğan · PHP ve buna benzer şeyler hakkında
Yazdan bu yana özet gelişmeler… (Güncellendi) 07 Feb 2013 Bu yazı eski blogdan arşiv amaçlı alınmış olduğu için içerikte tutarsızlıklar olabilir. Uzun süredir bir şeyler yazamamıştım, en son Linux Yaz Kampı (Temmuz 2012) sonrası neler yaptım neler buldum kısaca bir özet geçeyim. Hem kendim için de bir hatırlama listesi olur. Etkinlik olarak 7-9 Kasım 2012, Eskişehir Anadolu Üniversitesi’nde gerçek
lighttpd + FastCGI は mod_perl + Apache1.3 より１割ほど高速 :: Drk7jp
巷で超高速 Web サーバとして話題になっている lighttpd を試してみました。lighttpd に関する日本語ドキュメントは非常に少なく、ちょっと込み入った設定ファイルの記述方法とかの解析に手間取りました。 lighttpd のコンセプトは、「セキュアで省メモリで高速に動作し、柔軟性もある」なのですが、「lighttpd 公式サイトのベンチマーク結果」や「UnknownPlace. - Catalyst ベンチ」で簡単な Catalyst - Hello.cgi のベンチマークが公開されているとおり、Apache 1系、Apache 2系よりも高速に動作するようです。特に static なページの処理は Apache の 2〜3 倍程度は高速に処理できるみたいです。 また注目すべき点として、Apache + mod_perl よりも lighttpd + FastCGI の方が１割
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
黄金城hjc30vip5678(中国)有限公司