エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント1件
- 注目コメント
- 新着コメント
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
(Min|Max)SpareServers にかわる prefork モデルを考えてみる - kazuhoのメモ置き場
そもそも動的にプロセス数を変化させることができて何がうれしいか、というと、負荷が軽い時に、別のタ... そもそも動的にプロセス数を変化させることができて何がうれしいか、というと、負荷が軽い時に、別のタスクを動かしても、アイドル状態のサーバプロセスが邪魔にならない。ってあたりなのかな。でもそのため(だけ)に Scoreboard とか複雑な仕組みを用意するのはなんだかなーと思ったり。 #scoreboard 自体には mod_status みたいな使い方もあるけど 一方で、(Min|Max)SpareServers 方式には、負荷の増大局面で fork(2) が発生するという好ましからざる問題もあったりする。 #特にベンチマーク結果に悪影響が出る :-p じゃあプロセス数を固定したまま、負荷が軽い際に余計なリソースを食わないような設計ができないか。できるんじゃないかなー、というのが本題。具体的には、 accept(2) には、必ず mutex lock をかける mutex をロックできなかっ
2009/10/08 リンク