あるサブプロセスが他のサブプロセスを枯渇させないようにするにはどうすればよいですか？

明確にするために、私はemacsをマルチスレッド化する必要のあることについては何も話していません（おそらくこれも解決されるでしょう）。再現するには：

1. emacs -Q＃24.4.1を実行しています
2. 2番目のフレームを作成する
3. 最初のフレームに戻る
4. MXシェル
5. Mx rename-uniquely（後で2番目のシェルを作成します）
6. 実行を開始： while true; do echo "hello world"; done
7. 2番目のフレームでは、Mxシェル

2番目のシェルが表示されることはほとんどありません（まれに繰り返し試行しても機能します）。どうやらemacsは、最初のシェルの出力を読み取って他のプロセスからの出力をリッスンすることを決して中断しません。保留中の出力を持つ複数のプロセスがある場合、ラウンドロビンの方がはるかに良い動作になります。より良い行動をとる方法はありますか？

私が知っている唯一のトリックは、シェルバッファーを独自のプロセスにすることですが、残念ながらそれは私にはうまくいきません。それを行ったとしても、音声認識ソフトウェアが機能するようにソケットをリッスンするサブプロセスを実行する必要があります。そうすれば、シェルを最初に実際に制御できるようになります。これが、私がこれを発見した方法です。上記のような無限ループを実行すると、データがソケットから取り出されなくなります。

したがって、これは適切な解決策ではありませんが、テストを逆に実行し（たとえば、2番目のシェルでwhile [1]）、正常に機能します。回避策として、大量の出力を生成する可能性のあるシェルバッファーが、対話性が必要なシェルバッファーよりも後に作成されるようにすることができます。このようにして、対話型シェルは、Emacsの下位ポーリングによって最初に処理されてから、大量の出力を生成するものを最終的に処理します。

実際には、選択した対話型シェルを実行している場合は、I / Oをそれほど長く占有している状況にはならないでしょう。定期的にそのようなものが必要な場合は、出力をファイルにリダイレクトし、表示モードを使用する方が良いソリューションでしょうか？