PHPであると本当に決心している場合は、理論的には、cでphpモジュールを作成し、cでfastCGIのブリッジを形成することができます。
その後、推測すると、スタンドアロンプログラムとしてfastCGIにアクセスし、ループを実行して要求を受け入れるPHPスクリプトを実行します。PHPを「永続的な仮想マシン」として使用している場合(より適切な用語は見つかりませんでした)、fastCGIを介して通信します。
いくつかの依存関係ライブラリなどのリロードは、非常に簡単に見過ごされがちなパフォーマンスの低下であることに同意します。ただし、PHP開発サイクルを簡素化するための意図的な設計である可能性があります。永続的な環境で、経験の浅いユーザーが行うグローバル変数の混乱について考えてみてください。ほとんどのfastCGIセットアップは、負荷に応じて複数のコピー/スレッドを初期化するという事実を捨てます。その小さなワームの缶。リクエストごとに空白の新しいスレートを開始すると、簡単になります。
ただし、正直なところ...パフォーマンスに関心がある場合は、代わりにfastCGI C ++/node.jsを検討することをお勧めします...JavaScript/ PHP / C ++用に開発したので、あなたのアイデアは間違いなく可能です...しかしそれは本当に費用対効果に要約されます...それは努力する価値がありますか?など。
PS:ヒップホップを介してPHPサイトをコンパイルすることも検討できます。