Há mais na memória virtual do que apenas "aplicativos que alocam RAM e quando a RAM física acaba, algo é paginado para SWAP".
No Linux (e possivelmente no UNIX em geral), o sistema tenta manter as páginas lidas recentemente na RAM: programas executados, dados carregados, dados gravados recentemente (já no disco também) etc. Para que, se o mesmo programa for executado novamente, ele não funcione. precisa ser recarregado do disco. Quando algum programa solicita que mais memória seja alocada em seu espaço de endereço virtual, primeiro os buffers de disco restantes são reutilizados (sem acesso ao disco). Se isso não for suficiente, algumas páginas de aplicativos em execução, que não foram acessadas recentemente, serão trocadas. No Linux, a troca normalmente não acontece. Quando o sistema começa a trocar, você percebe o aumento da atividade da unidade (e lentidão) e fica "oh, o que diabos?", Porque provavelmente significa que algum aplicativo está vazando memória, ou algo oculto começou a ficar fora de controle.
Tradicionalmente, o Windows tem um hábito adicional estúpido: trocar aplicativos inteiros no espaço do usuário após algum tempo de inatividade. Estritamente, sem perdão, apenas para ter o máximo de RAM disponível possível, para o caso de você querer iniciar outro aplicativo com fome. Se você deixar o PC em execução e desaparecer por algumas horas, ao retornar, notará que qualquer aplicativo para o qual você alterna é recarregado vagarosamente a partir da troca. Esse comportamento foi particularmente doloroso no Windows 2000 e está ficando gradualmente menos perceptível nas versões mais modernas do Windows. No W2k, desligar a troca era um acéfalo. Às vezes, o Windows 7 ainda pode escorrer como mel por nenhuma razão específica, o Windows 8.1 e 10 ficou notavelmente melhor ... mas ainda não há um botão de ajuste para "troca" ou outros parâmetros ajustáveis do algoritmo de troca.
Existem outros fatores que podem levar à moagem do sistema ao longo do acesso lento ao disco. No Windows 7, você nunca sabe se o sistema acabou de trocar seu aplicativo da maneira antiga e antiga do W2k, ou se você deve culpar o Antivirus pelo fato de seu aplicativo estar iniciando tão lentamente ou se o Windows Update está fazendo algo no desta vez (conhecido por ter peculiaridades recíprocas em seus algoritmos que levam a travamentos com 100% de consumo de CPU e / ou trocas de disco), ou se especificamente alguma tarefa de limpeza do .NET Framework se perdeu no banco de dados WinSXS ou o quê. Em algumas ocasiões / em algumas versões / encarnações de software da Microsoft, parece que algumas tarefas "em segundo plano" nativas do Windows (especificamente o gerenciamento de banco de dados local do Windows Update) são deliberadamente "obscurecidas" no gerenciador de tarefas, o uso de CPU e RAM não aparece no consumo total de memória. Atividade "legítima", mas bastante difícil de distinguir de um rootkit de malware ... Somente quando o surto para e um balão dizendo "novas atualizações estão disponíveis" aparece instantaneamente, você sabe qual era o motivo.
Bem, pelo menos as versões recentes do Windows podem indicar a atividade de E / S de disco por processo, e os serviços individuais agora são relatados separadamente (em vez de um único processo SVCHOST.EXE).