RAMに余裕がある場合、documentroot tmpfsを作成することに何か問題がありますか？
タイトルが示すように、基本的にディスク上に数百のPerlスクリプトとコンポーネントである古い石工のWebアプリがある場合、documentrootをtmpfsにすると、実行が速くならないのではないかと思います。
Masonがキャッシュを実行することは知っていますが、これがどれほど完全であるかについてはほとんど説明がありません。また、Apacheは起動時にすべてのファイルをRAMにロードするだけではないと仮定しました。
必要に応じて、Debian上のApache2。
もちろん、これは問題ではありません。大量の静的コンテンツを提供している場合は、パフォーマンスが大幅に向上するはずです（量は、主にRAMの速度と速度の遅さによって決まります）ディスク）。
これを行うと、同じコンテンツをRAMにもキャッシュする意味がありません。
コンテンツは主に動的であるため（これらすべてのPerlスクリプト）、オーバーヘッドのほとんどは、ワーカーのインスタンス化とPerlインタープリターの実行、およびPerlスクリプトの実行に起因します。 Perlスクリプトをメモリに保持しておくと、ほんの少ししか役に立ちません。Linux（Linuxを使用していると思います）は、とにかくこのようなものを単独でキャッシュすることがよくあります。
Documentrootからの参照によって静的コンテンツを組み込んでいる場合、それらのリソースのネットワークパフォーマンスまでロード時間が改善されることがあります。
Apacheは、実行時にキャッシュするように構成できますが、起動時にすべての静的コンテンツをすぐにRAMに自動的にロードするわけではありません。