Para mí, aún no han resuelto el problema.
Aquí hay algunos enlaces que discuten el problema con más detalle:
http://code.google.com/p/chromium/issues/detail?id=81877
http://www.google.com/support/forum/p/Chrome/thread?tid=2c6c5ffd1dcd19c5&hl=en
http://code.google.com/p/chromium/issues/detail?id=36617
Hay una declaración de cambio que puede ejecutar (debería ser una opción en el panel de control para aquellas personas que no son CLI) que fuerza un nuevo proceso por pestaña, pero después de una lectura y descubrimiento adicionales, en realidad no fuerza procesos separados por pestaña per se.
Aquí hay un enlace a la discusión sobre cromo y al documento de diseño que respalda su diseño y arquitectura para el navegador Chrome y todos los modelos de procesos relacionados con el cromo. Supongo que Android y Chrome OS caen bajo un tipo similar de especificaciones de diseño.
http://dev.chromium.org/developers/design-documents/process-models
El nombre del conmutador es un poco engañoso porque me dice "un proceso por pestaña", pero en realidad es un proceso por grupo de pestañas con secuencias de comandos similares, que constantemente se está refinando y fusionando en un leviatán gigante de un proceso. Los míos también obtienen más de 500 a 800 MB. Casi un concierto de memoria solo para un solo proceso. Hace que mi computadora se detenga. Más aún, probablemente porque toda esa memoria está siendo paginada, pero de cualquier manera, si cada pestaña fuera un proceso separado, al menos las operaciones de memoria y paginación serían diferentes en todos los ámbitos, distribuyendo esencialmente la carga tanto en la CPU como en la memoria ( incluyendo paginación).
Chromium también admite un modelo más simple que dedica un proceso de representación a cada grupo de pestañas conectadas a scripts
Las palabras del proyecto de "cromo" de código abierto con respecto al modelo de un proceso por pestaña:
"Chromium también admite un modelo más simple que dedica un proceso de representación a cada grupo de pestañas conectadas a scripts".
Existe un límite global para la cantidad de procesos de representación que creará Chromium. Esto evita que el navegador abrume la computadora del usuario con demasiados procesos. Actualmente, el límite es de 20 procesos de representación en la mayoría de las máquinas, y menos en máquinas con pequeñas cantidades de memoria instalada. Como resultado, un proceso de renderizador único puede estar dedicado a múltiples sitios. Esta reutilización se realiza actualmente de forma aleatoria, pero es probable que las futuras versiones de Chromium apliquen heurísticas para asignar sitios de manera más inteligente a los procesos de representación.