Eu vejo que você está rodando dentro do VMware:
Hypervisor vendor: VMware
Você deve verificar a quantidade de memória que você está alocando para cada convidado. Se você está alocando mais memória do que o host (overcommitment) e o host está ficando sem memória, ele iniciará ballooning - basicamente, ele começará a ocupar espaço nos convidados (forçando os convidados a começar a trocar) para que o hipervisor tenha mais memória para trabalhar.
Na verdade, o valor padrão do balão máximo é, supostamente, 65% da memória física do hóspede. Isso se encaixa perfeitamente com seus 11 GB de 16 GB usados.
O balão será exibido como memória usada no convidado - e como é executado por um driver do modo kernel, ele não aparecerá como um processo. Isso pode ter efeitos colaterais: se você desativou a troca, o sistema operacional convidado simplesmente recusará qualquer pedido de mais memória do que a disponível.
Note que o ballooning é um sintoma de um problema muito maior: falta de recursos no host. Não desative simplesmente o ballooning, pois isso forçará o hypervisor a começar a trocar a memória do convidado, matando completamente o desempenho. Em vez disso, você deve definir reservas de memória para esse convidado (o que forçará o hipervisor a recuperar mais memória de outros convidados) e definir algumas trocas para que ele possa trocar as páginas menos usadas de forma inteligente quando ocorrerem balões, em vez de forçar o hipervisor para fazer isso aleatoriamente.
Você também pode verificar quanta memória é "usada" pelo balão de informações de dentro do convidado . Se isso estiver ocorrendo, você precisará de mais recursos físicos - atualize o host ou distribua as VMs por mais hosts.
Veja também o white paper da VMware sobre gerenciamento de memória .