Ele não consumirá muito menos memória RAM, apenas terá uma abordagem muito diferente da virtualização e do gerenciamento de memória.
Quando executado no Xen, você terá um kernel independente. Isso significa que no host você poderá executar diferentes tipos de sistemas operacionais com kernels diferentes. Com o OpenVZ, você compartilhará um kernel com o host. Isso significa que apenas máquinas virtuais executando a mesma versão de kernel que o host estará disponível para uso.
Agora, isso significa que com o Xen você tem espaço de troca e com o OpenVZ você simplesmente não o faz. O Xen limita você à memória disponível que foi fornecida. Depois de ultrapassar esse valor, você começa a trocar. Ele age muito perto de como uma máquina física normal funciona.
O OpenVZ tem memória garantida, essa memória é sua e você sempre pode depender dela por outro lado o OpenVZ não tem swap, então o que acontece quando você atinge seu limite de memória? Haverá memória expansível. Essa memória é memória não utilizada no host que está temporariamente alocada para sua VM.
Agora aqui está a captura, quando um servidor OpenVZ está sobrevendido, provavelmente não há muita memória não utilizada. Agora, quando você está usando uma memória expansível e outro usa a memória garantida, coisas ruins acontecem. Sua memória expansível será tirada e você se encontrará em uma situação em que você está completamente sem memória. Isso significa que o assassino da OOM passará e matará o seu processo.
Se o OpenVZ não está sendo exagerado, não haverá nenhum problema, é mais rápido que o Xen, mas ele tem seus limites (por exemplo, executar o openvpn em uma VM OpenVZ não é possível porque você precisa definir sinalizadores no núcleo). Xen, por outro lado, será um pouco mais previsível, mas se você passar do limite de memória, começará a trocar e as coisas ficarão mais lentas. (leia-se: troca excessiva).
O OpenVZ tem um melhor desempenho geral do que o Xen, se não for oversold. Não existe mais ou menos memória, a gestão de tudo é apenas diferente.