Chrome/IE8のマルチプロセス設計は、.NETで可能ですか？

Question

Google ChromeとIE8は、タブ（ウェブページ）を別々のプロセスで分離することで信頼性と安定性を高めることを目指しています。

これは、複数のスレッドよりはるかに重いように見えますが、1つのプロセスでクラッシュしてアプリケーション全体を停止させないという大きな利点があります。

複数のプロセスアーキテクチャーは長い間、サーバー側のアプリケーション（Webサーバーなど）で使用されてきましたが、専用のGUIのない​​プロセスです。デスクトップアプリケーションのユーザーインターフェイスに採用されているのは興味深いことです。

Windows Forms .NETアプリケーションでこれを実装するにはどうすればよいですか？それも可能ですか？

Process.Start（）は最初の場所ですが、新しいプロセスのGUIはホストアプリケーションのGUIと緊密に統合されていません。これは、Chrome/IE8のように、ホストアプリケーションのサブコントロール/ウィンドウではなく、新しいスタンドアロンアプリケーションです。

（。誰も興味を持っスコットHanselmannのが良いイントロを書いたIE8 multi-process architecture hereにするため。）

[更新]

具体的

：

どのように別の "サブプロセス" とは、直接レンダリングすることができます"メインプロセス"内のUI？これは実際に何が起こっているのか、あるいはコメントで示唆されているように、サブプロセスはIPCを使ってメインプロセスにそれをレンダリングするよう依頼していますか？

Answer 1

.NETで複数のプロセスを使用すると、複数のAppDomainsを代わりに使用することをお勧めします。これは、1つの実際のWindowsプロセスを作成するだけで、複数の領域の安定性を向上させるという利点があります（つまり、AppDomainのクラッシュはアプリ全体ではなく、

オブジェクトはAppDomain境界を越えてシリアル化する必要があるため、これに関連するコストがあります。しかし、マルチプロセスモデルよりも開発が簡単になるかもしれません。

Answer 2

Google Chromeは、プロセス間通信にという名前のパイプを使用しています。

いくつかの興味深い文書がここにあります：「.NET」と名前付きパイプの詳細については http://dev.chromium.org/developers/design-documents

ちょうどそれをグーグル。

@Ash： 子プロセスは、別のWindows「デスクトップ」で実行されています。つまり、何も表示する方法がありません。 （デスクトップは難しいことです...） 私は、子プロセスレンダリングがすべてIPCを通過しなければならないと仮定しなければなりません。メイン（？）プロセスで表示されます。

私は別のWindows "デスクトップ" ここ事ことがわかった：ところで http://dev.chromium.org/developers/design-documents/multi-process-architecture

Answer 3

...DUP

参照：Windows Forms application like Google Chrome with multiple processes（ジョンスキートの答えとします。o）

（私は、これはあまりにも "より具体的に" の部分を答えだと思う）