>475
だから、根本的解決を図るには、サービスにするしかないのさ。
サービス(要は常駐して内部/外部からのリクエストに応える)にすると
最終的に負荷を一桁以上減らすことも可能だろ。

まず、fork/execのCGIプロセス関係の負荷を減らし、
.datの内容をキャッシュしてDiskI/Oの負荷を減らし、
圧縮した結果もキャッシュすることでCPUの負荷を減らし、
さらにはread.cgiのrawモードのように
専用ブラウザ用のインターフェースも内蔵すれば
こっちにもキャッシュする効果が出てくる。

ここまで(インターフェースを確定)して、専用ブラウザに普及すば、
.datファイルを公開せず、隠すことができる。
つまり、内部がservlet+DBでも全然かまわない、完全に自由になるわけさ。

サービスっつったって、何もhttpdを作れってわけじゃない。
apacheモジュールでも、mod_perlを利用したperlモジュールでも、
或いは他のモジュールを利用してもいい。
「リクエストの度に起動しない」「状態を保持し続ける」
この２点を満たせるならばどんな方法でもいい。

ただ、開発は力を合わせれば充分可能だけど、導入の方が難しい。
rootも無いし、成果物を好き勝手にいじれる事も求められるみたいだからね。