Hay más en la memoria virtual que solo "aplicaciones que asignan RAM y cuando se agota la RAM física, algo se envía a SWAP".
En Linux (y posiblemente UNIX en general), el sistema intenta mantener las páginas leídas recientemente en la RAM: programas ejecutados, datos cargados, datos escritos recientemente (también en el disco), etc. De modo que si el mismo programa se ejecuta nuevamente, no lo hace No es necesario volver a cargarlo desde el disco. Cuando algún programa solicita que se asigne más memoria a su espacio de direcciones virtuales, primero se vuelven a utilizar los búferes de disco sobrantes (sin acceso al disco). Si esto no es suficiente, algunas páginas de aplicaciones en ejecución, a las que no se ha accedido recientemente, se intercambian. En Linux, el intercambio normalmente no ocurre en absoluto. Una vez que su sistema comienza a intercambiarse, nota la mayor actividad de la unidad (y la lentitud) y dice "oh, qué demonios ..." porque probablemente significa que alguna aplicación está perdiendo memoria o que algo bajo el capó ha comenzado a descontrolarse.
Windows tradicionalmente tiene un hábito estúpido adicional: intercambiar aplicaciones completas de espacio de usuario después de un tiempo de espera por su inactividad. Estrictamente, sin perdón, solo para tener tanta RAM disponible como sea posible, "por si acaso", quería iniciar otra aplicación hambrienta. Si deja su PC en funcionamiento y se va por unas horas, a su regreso notará que cualquier aplicación a la que se cambie, se vuelve a cargar lentamente desde el intercambio. Este comportamiento fue particularmente doloroso en Windows 2000 y se está volviendo gradualmente menos notable en las versiones más modernas de Windows. En W2k, desactivar el intercambio fue obvio. Windows 7 todavía puede rezumar como miel a veces sin ninguna razón en particular, Windows 8.1 y 10 mejoraron notablemente ... pero aún no hay un botón modificable para "intercambio" u otros parámetros ajustables del algoritmo de intercambio.
Hay otros factores que pueden hacer que el sistema se mueva a lo largo del acceso lento al disco. En Windows 7, nunca se sabe si el sistema acaba de cambiar su aplicación de la manera tradicional de W2k, o si debería culpar al Antivirus por el hecho de que su aplicación está comenzando muy lentamente, o si Windows Update está haciendo algo en el en esta ocasión (se sabe que tiene peculiaridades recíprocas en sus algoritmos que conducen a bloqueos con el 100% de consumo de CPU y / o pérdida de disco), o si específicamente alguna tarea de limpieza de .NET Framework se perdió en la base de datos WinSXS o qué. En ocasiones / en algunas versiones / encarnaciones de software de Microsoft, en realidad parece que algunas "tareas en segundo plano" nativas de Windows (específicamente la administración de la base de datos local de Windows Update) se "ocultan" deliberadamente en el administrador de tareas, su uso de CPU y RAM no se muestra en el consumo total de memoria. Actividad "legítima", pero bastante difícil de distinguir de un rootkit de malware ... Solo una vez que se detiene la paliza y aparece instantáneamente un globo que dice "hay nuevas actualizaciones disponibles", ya sabes cuál era el motivo.
Bueno, al menos las versiones recientes de Windows pueden indicarle la actividad de E / S del disco por proceso, y los servicios individuales ahora se informan por separado (en lugar de un solo proceso SVCHOST.EXE).