Diseño multiproceso de Chrome/IE8, ¿es posible en .NET?

Question

Google Chrome e IE8 (entre otros) tienen como objetivo proporcionar una mayor fiabilidad/estabilidad mediante el aislamiento de cada pestaña (página web) en un proceso separado (sobre simplificado, lo sé).

Esto parece ser mucho más pesado que varios hilos, pero tiene el beneficio principal de un bloqueo en un proceso que no reduce toda la aplicación.

Parece que la arquitectura de procesos múltiples se ha utilizado durante mucho tiempo en aplicaciones del lado del servidor (por ejemplo, servidores web), pero estos son procesos sin una GUI dedicada. Es interesante que ahora se esté utilizando en las interfaces de usuario de las aplicaciones de escritorio.

¿Cómo podría implementar esto en, por ejemplo, una aplicación Windows Forms .NET? ¿Es posible?

Process.Start() es un primer lugar obvio para buscar, pero la GUI del nuevo proceso no está estrechamente integrada con la GUI de la aplicación de host. Es una nueva aplicación independiente, no un sub control/ventana de la aplicación de host, como lo es con Chrome/IE8.

(Para todos los interesados ​​a Scott Hanselmann escribió una buena introducción a la IE8 multi-process architecture here..)

[Actualización]

Más específicamente:

¿Cómo puede un "sub-proceso" separada rendir directamente a la UI dentro del "proceso principal"? ¿Es esto realmente lo que está sucediendo, o como se sugirió en los comentarios, el subproceso usa el IPC para pedirle al proceso principal que lo represente?

Answer 1

Una mejor opción para usar múltiples procesos en .NET sería usar múltiples AppDomains en su lugar. Esto tiene la ventaja de que solo crea un proceso de Windows real, pero brinda la estabilidad adicional de varias áreas (es decir, un bloqueo en un AppDomain solo lo eliminaría, no toda la aplicación).

Hay costos asociados con esto, ya que los objetos deben ser serializados en AppDomain-boundaries. Sin embargo, podría ser más fácil de desarrollar que un modelo multiproceso.

Answer 2

Google Chrome está utilizando llamadas canalizaciones para la comunicación entre procesos.

Hay algunos documentos interesantes aquí: http://dev.chromium.org/developers/design-documents

Para obtener más información sobre canalizaciones con nombre con ".net" búscalo en google.

@Ash: El niño procesos se están ejecutando en ventanas separadas "escritorios" lo que significa que no tienen manera de mostrar nada. (Los escritorios son algo complicado ...) Así que debo asumir que todo lo que el niño procesa representa debe pasar por IPC. Y luego el proceso principal (?) Lo muestra.

me encontré con que separada "Escritorio" Windows cosa aquí: http://dev.chromium.org/developers/design-documents/multi-process-architecture

Answer 3

por cierto ...dup

Ver: Windows Forms application like Google Chrome with multiple processes (con respuesta de Jon Skeet: o)

(creo que esto responde a la parte "más específicamente" también)