Ninja: Ninjaには、CreateProcessではなくIPCを介してコンパイルをトリガーする方法が必要です。

WindowsでのCreateProcessは、最良の場合は低速であり、Chrome開発者は、最良の場合ではないことに気付くことがよくあります。 Chromeビルドで過去数年間に対処されたプロセスの作成/破棄の問題には次のものがあります。

1. Chromeビルドは、プロセスの破棄中にUserCritロックの競合にぶつかり、Windowsのリグレッションにより、ビルドの速度が低下し、gomaビルド中にマウスが大幅に途切れます。 Windowsで修正され、修正は最終的にすべての関連するWindows 10ビルドに伝播されました（https://randomascii.wordpress.com/2017/07/09/24-core-cpu-and-i-cant-move-my-mouse/）
2. Chromeビルドは、プロセスの破棄中にUserCritロックの競合にぶつかり、gomacc.exeが間接的にgdi32.dllをプルするため、ビルドの速度が低下し、gomaビルド中にマウスが大幅に途切れます。 gdi32.dllを回避することでgomaccで修正されました。
3. マルウェア対策ソフトウェアにより、CreateProcessで最大11ミリ秒のリグレッションが発生し、完全なChromeビルドを最大10分より速くすることができなくなり、すべてのビルドが遅くなりました。 このマルウェア対策ソフトウェアを無効にすることで修正されました。
4. 正しく無効にされていないか、無効にされてもオーバーヘッド（MsMpEng.exe）がある他のマルウェア対策ソフトウェアを含む、問題番号3の少なくとも2つのバリエーション。
5. Chromeのビルドでのプロセス作成率が高いと、SCCMでバグが発生し、ゾンビプロセスが発生し、最終的に最大32 GBのメモリが失われました（https://randomascii.wordpress.com/2018/02/11/zombie-processes-are-思い出を食べる/）
6. gomacc.exeのAppVerifierを有効にして、時折発生するヒープの破損を調査すると、ログファイルの作成でO（n ^ 2）のパフォーマンスの問題が発生します（https://randomascii.wordpress.com/2018/10/15/making-windows-slower-パート-2-プロセス作成/）

Chromeビルドに影響を与えなかったその他のプロセスの作成/破棄の問題は次のとおりです。

1. Chromiumの大規模なテストバイナリがWindowsでO（n ^ 2）CFGパフォーマンスのバグにヒットし、unit_tests.exeがWindows 10の場合の約5倍の時間がかかるようになりました。テストバイナリ（https：// randomascii）でCFGを無効にすることで修正されました。 wordpress.com/2019/04/21/on2-in-createprocess/）
2. clang-cl単体テストは、プロセスの破棄中にUserCritロックの競合にぶつかり、Windows 10でのテストの5倍の時間がかかり、マウスが大幅に途切れる原因になります。 gdi32.dllのプルを回避することで修正されました。

現在、これらの問題はすべて軽減されていますが、MsMpEng.exeを除いて、すべてが除外されたフォルダーにある場合でも、ゼロ以外のオーバーヘッドが発生します。 ただし、すべてのChrome開発者のマシンを適切に構成し続けるために継続的な努力が必要であり、適切なビルドパフォーマンスを維持するために必要な多くの除外のために、セキュリティがいくらか失われます。 これらの問題を検出して調査するための継続的な取り組みもあります。

ある時点で、CreateProcess風車で傾ける価値がなくなり、代わりにCreateProcessを頻繁に呼び出すことを避けます。 ninja.exeは、ビルド中にCreateProcess呼び出しの99％を回避するために、IPCを使用してコンパイルプロセスのプール（gomaおよび/またはclang-cl）を管理するローカルサーバープロセスと通信する方法を教えることができます。

これを行うと、CreateProcessのCPUコストが削減され、忍者のシリアル化されたクリティカルパスからCreateProcessが削除され、より少ない除外でより多くのセキュリティモニタリングが有効になり、将来のリグレッションのコスト（調査時間とビルド時間）から節約できます。 。

あるいは、忍者はCreateProcessをマルチスレッド化することもできますが、これは完全なソリューションではありません。

忍者でCreateProcessからIPCに切り替えることは明らかに正しいことではありませんが、議論する価値があります。 プロトタイプが作成されたので、テスト結果をここで共有する必要があります。