それを行わないようにしてください。PersistentPerlにより扱われます。PersistentPerlにより扱われるようになります。ファイルをPersistentPerlに扱わせるようにします。PersistentPerlにより扱われるようにします。</Location>よくある質問¶perperlフロントエンドは、どのようにしてバックエンド・プロセスに接続するのですか?/tmpのUnixソケットを経由します。エントリを保持する共有ファイルに保持されます。接続を待っているperlプロセスのpidが入っています。キューからプロセスを取り出し、そのソケットに接続し、環境変数とargvを送信します。このソケットをperlプロセスへのstdin/stdouのために使います。ついての上限はありません。プロセスは活動しないために死んでいきます。上記の"利用できるオプション"のMaxBackendsをご覧ください。グローバルはその値を保持していますか?リクエストの後にデストラクタが走りますか?グローバルはその値を保持します。リクエストの後は何も破壊されません。他のファイルはそうではありません。@ARGVだけがリクエストの間で変更されるグローバルになります。再起動させるためにはどうすればいいですか?実行されるメインのcgiファイルをtouchしてください。フロントエンドが実行するたびに、メインファイルのmtimeがチェックされます。PersistentPerlをインストールし/あるいは実行するためにはrootになる必要がありますか?いいえ、rootは必須ではありません。すれば判断することができますか?あるいは何も変更は必要ないのでしょうか?変更する必要があるかもしれません。グローバルが実行の間で保持されます。あることを想定していればよくありません。グローバル変数を宣言したほうが、まだましです。スクリプトを事前にコンパイルすることにあります。チェックすることです。そのコードが実行された最初のときにだけそれを初期化します。既存の接続が再利用されます。チェックしたいとも思うかもしれません。オープンしたままにします。そのためwebサーバーがEOFを受け取りません。FD_CLOEXEC);これは、標準出力に実行時クローズ(close-on-exec)フラグを設定します。そのためoracleがexecされたらクローズされます。減らすのを助けるために利用することができます。perlインタープリタからは分離されます。別のシステム・プロセスになります。グループ化が使われるとき、perlインタープリタはグループに入れられます。実行することが出来ます。いうことを意味します。必要とするメモリを大幅に減少せることができます。PersistentPerlグループ名はそれ自身へのエンティティです。UnixグループやApacheでのGroupディレクティブとは関係ありません。2つの特別なグループ名"none"と"default"があります。ユーザによって作成されます。すると、出来る限り最小限のperlインタープリタを取得することになります。各perlインタープリタは、あなたのperlスクリプトをどれでも実行することができます。するとしても、これが常に可能あるいは望ましいことではありません。以下の理由で他のグループ名を使いたいと思うかもしれません:うまく動かないスクリプトやグループでは動かないスクリプトを分離させる。スクリプトにはグループでは動かないものもあります。ように"main"パッケージでは実行されません。スクリプトを走らせるのが、おそらく一番いいでしょう。走る他のスクリプトを破壊するかもしれません。(グループ名"pariah"のような)を与えることができます。グループ"default"で実行させることができます。他のスクリプトと同じインタープリタで実行されないことを確実にします。異なるスクリプトに異なるperlやPersistentPerlパラメータを渡すため。使いたいかもしれません。10個のperlスクリプトが含まれるemailアプリケーションを持っているとします。