32 bits en 64 bits: uso de memory para múltiples processs

Estoy trabajando en una solución de hospedaje de Linux para software de server de juegos, sin embargo, el software en cuestión es de 32 bits y estaría ejecutando 64 bits en el host. Ahora, sé que puedo ejecutar aplicaciones de 32 bits en un host de 64 bits en una jaula chroot de 32 bits (o un sistema multilib, pero planeo hacer lo anterior para mantenerlos segregados en el sistema de files), sin embargo, ¿qué sucede cuando todas las aplicaciones de 32 bits usan más de 4 GB de RAM combinados?

Digamos que tengo tres progtwigs de server de juegos de 32 bits que usan 2GB cada uno: ¿qué pasará una vez que los dos primeros conecten 4GB combinados y el tercero podrá funcionar?

Esperaba solucionar esto ejecutando un usuario de 32 bits en un kernel Linux de modo de usuario de 64 bits, sin embargo, aprendí a mi desdén que uno no puede ejecutar un dominio de usuario de 32 bits bajo un kernel UML de 64 bits . Supongo que podría ejecutar un kernel UML de 32 bits en un territorio de 32 bits, pero luego estaría en la misma condición de memory y, por lo tanto, ¿podría estar usando las cárceles chroot todos modos?

Cada process se ejecuta en su propio espacio de direcciones, y ser de 32 bits restringe ese espacio de direcciones a aproximadamente 3 GB para cada process. La sum de la memory utilizada por las aplicaciones de 32 bits es completamente irrelevante. No hay nada por lo que moverse.

Si esto fuera un problema, las cárceles chroot no tendrían la menor posibilidad de ayudar. Solo afectan las routes a los files.