| Red Hat Enterprise Linux 4: Introducción a la administración de sistemas | ||
|---|---|---|
| Anterior | Capítulo 4. Memoria física y virtual | Siguiente |
Mientras que la memoria virtual hace posible que las computadoras manejen más fácilmente aplicaciones más grandes y complejas, como con cualquier otra herramienta, esto viene a un precio. El precio en este caso es el de rendimiento — la memoria virtual de un sistema operativo tiene mucho más que hacer que un sistema operativo sin memoria virtual. Esto significa que el rendimiento nunca es tan bueno con memoria virtual como lo es cuando la misma aplicación esta 100% residente en memoria.
Sin embargo, esta no es razón suficiente para abandonar la idea. Los beneficios de la memoria virtual son demasiados para hacer esto. Y, con un poco de esfuerzo, es posible lograr un buen rendimiento. Lo que se debe hacer es examinar aquellos recursos de sistemas impactados por el uso pesado del subsistema de memoria virtual.
Por un momento, utilice lo que ha leído en este capítulo y considere qué recursos del sistema son utilizados extensivamente por fallos de páginas y actividad de intercambio:
RAM — Obviamente la RAM disponible es poca (de lo contrario no habría necesidad de fallos de páginas o de intercambio de páginas).
Disco — Aunque el espacio en disco puede no ser impactado, el ancho de banda de E/S (debido a mucho paginado e intercambio) si lo será.
CPU — El CPU está utilizando ciclos haciendo el procesamiento necesario para soportar la administración de memoria y estableciendo las operaciones necesarias de E/S para el paginado e intercambio.
La naturaleza interrelacionada de estas cargas hace fácil entender cómo las limitaciones de recursos pueden conducir a problemas graves de rendimiento.
Todo lo que se necesita es un sistema con poca RAM, alta actividad de fallos de páginas y un sistema ejecutando casi en sus límites en términos de CPU o E/S de disco. En este punto, el sistema está haciendo trashing, siendo el bajo rendimiento el resultado inevitable.
En el mejor caso, la sobrecarga proveniente del soporte a la memoria virtual representa una carga mínima para un sistema bien configurado:
RAM — Suficiente RAM para todos los conjuntos de direcciones de trabajo con suficiente exceso para manejar cualquier fallo de página[1]
Disco — Debido a la actividad limitada de fallos de página, el ancho de banda de E/S de disco será impactado de forma mínima.
CPU — La mayoría de los ciclos de CPU realmente están dedicados a ejecutar aplicaciones, en vez de ejecutar el código de manejo de memoria del sistema
El punto a tener en mente es que el impacto en el rendimiento de la memoria virtual es mínimo cuando se utiliza tan poco como sea posible. Esto significa que el factor determinante para un buen rendimiento del subsistema de memoria virtual es tener suficiente RAM.
Lo siguiente (pero con mucho menos importancia) es suficiente capacidad de E/S de disco y de CPU. Sin embargo, tenga en cuenta que estos recursos solamente ayudan a que el rendimiento del sistema se degrade de una forma más limpia de intensivos fallos de página y del intercambio; pero hacen poco para ayudar el rendimiento del subsistema de memoria virtual (aunque obviamente pueden jugar un papel importante en el rendimiento global del sistema).
| [1] | Un sistema razonablemente activo siempre experimenta algún nivel de actividad de fallo de páginas, debido a los fallos de página en los que se incurre cuando las aplicaciones lanzadas recientemente son traídas a memoria. |