PSGI/Plack勉強会 - Kentaro Kuribayashi's blog
PSGI/Plack勉強会を開きました(ひとりで)。資料はGitHubにあげてあります。いろいろまとめ書き足りてないのですが、自分的には納得したので満足してしまいました。 http://github.com/kentaro/psgi-study 以下にもコピペ。 PSGI/Plackとは？ PSGI = Perl Web Server Gateway Interface Specification WebサーバとWebアプリケーションとの間のインタフェイス仕様 Plack = PSGIのリファレンス実装 PSGI実装のひとつ(とはいえ、やたら気合いの入った感じになってるけど) PSGI != Yet Another WAF PSGI != Plack PSGI策定の背景 各Webアプリケーションフレームワークがバラバラに実装していた、WebサーバとWebアプリケーションとのインタフェイスを
(Min|Max)SpareServers にかわる prefork モデルを考えてみる - kazuhoのメモ置き場
そもそも動的にプロセス数を変化させることができて何がうれしいか、というと、負荷が軽い時に、別のタスクを動かしても、アイドル状態のサーバプロセスが邪魔にならない。ってあたりなのかな。でもそのため（だけ）に Scoreboard とか複雑な仕組みを用意するのはなんだかなーと思ったり。 ＃scoreboard 自体には mod_status みたいな使い方もあるけど 一方で、(Min|Max)SpareServers 方式には、負荷の増大局面で fork(2) が発生するという好ましからざる問題もあったりする。 ＃特にベンチマーク結果に悪影響が出る :-p じゃあプロセス数を固定したまま、負荷が軽い際に余計なリソースを食わないような設計ができないか。できるんじゃないかなー、というのが本題。具体的には、 accept(2) には、必ず mutex lock をかける mutex をロックできなかっ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
502 Bad Gateway
