Es difícil encontrar alguna fuente sólida y rápida aquí, pero creo que el problema que estás viendo se debe a que estás ejecutando dos hipervisores al mismo tiempo.
Hay varios sitios online donde puedes encontrar gente discutiendo problemas cuando la gente intenta ejecutar varias combinaciones de Parallels, Fusion y VirtualBox al mismo tiempo.
Pensé que este puesto de uno de los desarrolladores de VirtualBox fue particularmente interesante:
VT-x [la tecnología de virtualización de los procesadores de Intel] está diseñada de forma que sólo puede haber una entidad que la utilice a la vez. Por eso no se puede utilizar VT-x cuando ya lo está utilizando, por ejemplo, Hyper-V (y por eso los hipervisores de tipo 1 son una mierda :P ).
Una diferencia relativamente menor con OS X es que actualmente es el único sistema operativo que tiene APIs para activar y desactivar VT-x. Windows/Linux/Solaris simplemente no se preocupan y todo depende del hipervisor. Pero esa es realmente una diferencia menor.
La historia corta es que VT-x no está diseñado para ser compartido (se supone que es una característica de seguridad). Dado que los sistemas operativos no suelen ofrecer APIs de gestión de VT-x, uno y sólo un hipervisor "posee" VT-x en un determinado procesador lógico en cualquier momento. La forma de "compartir" VT-x es inicializar y desinicializar VT-x (es decir, entrar/salir del modo VMX Root) en cada ejecución de código huésped. El hipervisor A entra, activa VT-x, ejecuta el código del huésped, desactiva VT-x. El hipervisor B hace lo mismo. Si ambos/todos los hipervisores hacen esto, VT-x puede ser "compartido".
Así que mi conjetura es que los dos hipervisores están tratando de compartir las características de virtualización del chip Intel en su máquina, pero uno (o ambos) ha hecho que el sistema pierda la pista de los recursos en su máquina.
Yo probaría a cerrar uno y luego el otro para ver si las cifras de la memoria vuelven a ser algo normales. Si cerrar ambos no ayuda, reiniciaría y empezaría de nuevo.