La mémoire virtuelle ne se limite pas aux «applications allouant de la RAM et lorsque la RAM physique est épuisée, quelque chose est paginé vers SWAP».
Sous Linux (et peut-être UNIX dans son ensemble), le système essaie de garder les pages récemment lues dans la RAM: programmes exécutés, données chargées, données récemment écrites (déjà sur le disque aussi), etc. Ainsi, si le même programme est exécuté de nouveau, il ne le fait pas pas besoin d'être rechargé à partir du disque. Lorsqu'un programme demande que plus de mémoire soit allouée à son espace d'adressage virtuel, les tampons de disque restants sont d'abord réutilisés (sans accès au disque). Si cela ne suffit pas, certaines pages d'applications en cours d'exécution, qui n'ont pas été consultées récemment, sont effectivement échangées. Sous Linux, l'échange ne se produit normalement pas du tout. Une fois que votre système a commencé à échanger, vous remarquez l'augmentation de l'activité du lecteur (et de la lenteur) et vous dites "oh what the f .." car cela signifie probablement qu'une application fuit de la mémoire, ou que quelque chose sous le capot a commencé à apparaître hors de contrôle.
Windows a traditionnellement une habitude supplémentaire stupide, c'est-à-dire qu'il échange toutes les applications de l'espace utilisateur après un certain temps d'arrêt sur leur inactivité. Strictement, sans pardon, juste pour avoir autant de RAM disponible que possible, "juste au cas où" vous vouliez démarrer une autre application affamée. Si vous laissez votre PC en marche et que vous vous absentez pendant quelques heures, à votre retour, vous remarquez que n'importe quelle application dans laquelle vous basculez, elle est lentement rechargée à partir du swap. Ce comportement était particulièrement douloureux dans Windows 2000 et devient de moins en moins perceptible dans les versions plus modernes de Windows. Dans W2K, la désactivation de l'échange était une évidence. Windows 7 peut toujours suinter comme du miel parfois sans raison particulière, Windows 8.1 et 10 se sont sensiblement améliorés ... mais il n'y a toujours pas de bouton ajustable pour "swappiness", ou d'autres paramètres ajustables de l'algorithme de permutation.
Il existe d'autres facteurs qui peuvent entraîner le broyage du système le long de l'accès lent au disque. Dans Windows 7, vous ne savez jamais si le système vient d'échanger votre application à la bonne vieille façon W2K, ou si vous devez blâmer l'Antivirus pour le fait que votre application démarre si lentement, ou si c'est Windows Update qui fait quelque chose dans le cette fois-ci (connu pour avoir des caprices alternatifs dans ses algorithmes qui conduisent à des blocages avec une consommation de CPU de 100% et / ou un thrashing de disque), ou si spécifiquement une tâche de concierge .NET Framework s'est perdue dans la base de données WinSXS ou quoi. À certaines occasions / dans certaines versions / incarnations de logiciels Microsoft, il semble en fait que certaines tâches natives de Windows "en arrière-plan" (en particulier la gestion de la base de données locale Windows Update) soient délibérément "masquées" dans le gestionnaire de tâches, leur utilisation CPU et RAM n'apparaît pas dans la consommation totale de mémoire. Activité "légitime", mais assez difficile à distinguer d'un rootkit de malware ... Ce n'est qu'une fois que le thrashing s'arrête et qu'un ballon disant "de nouvelles mises à jour sont disponibles" apparaît instantanément, vous savez quelle était la raison.
Au moins, les versions récentes de Windows peuvent vous indiquer l'activité d'E / S disque par processus, et les services individuels sont désormais signalés séparément (au lieu d'un seul processus SVCHOST.EXE).