Eh bien, la première chose, avant d'entrer dans une réponse plus détaillée. Dans votre première capture d'écran, votre réserve non paginée (type d'utilisation de la mémoire du noyau) est à 1,3 Go. Cela me semble inhabituellement élevé, surtout 30 minutes seulement après le démarrage. Je pense que NP Pool pourrait atteindre un tel niveau après une utilisation prolongée ou avec un programme qui fuyait comme un tamis. Par contraste, mon pool NP mesure généralement entre 100 et 200 mégaoctets, et mon pool paginé peut atteindre 400 ou 500 (et cela après que mon système ait fonctionné sans redémarrage pendant des semaines).
Vous pouvez activer quelques colonnes supplémentaires dans le Gestionnaire des tâches en cliquant avec le bouton droit de la souris sur les en-têtes de colonne et en choisissant la sélection de colonnes. Vous devez ajouter Working Set (private), Working Set (shared), Commitet NP Pool. J'analyserais tous vos processus de tous les utilisateurs et verrais si l'un d'entre eux possède un pool NP supérieur à environ 256 Ko. Si vous en voyez, en particulier ceux qui sont considérablement plus élevés, cela pourrait être la source du problème, ou du moins une partie de celui-ci.
Votre ensemble de travail total, la quantité de mémoire physique utilisée par un processus, est la combinaison des ensembles de travail privés et partagés. Privé est généralement plus volumineux pour la plupart des processus, mais certains d'entre eux utilisent une plus grande quantité de services partagés. La somme des deux doit normalement correspondre au nombre total de WS. La validation correspond à la quantité de votre groupe de travail qui a été validée dans le magasin de sauvegarde (dans la plupart des cas, le fichier d'échange Windows). Les applications en arrière-plan ont souvent une plus grande validation que WS, ce qui indique qu'une grande partie de leur pool paginé a été remplacée par la mémoire et insérée dans votre fichier de pagination (ce qui est plutôt normal pour les applications de bureau minimisées et non utilisées pendant un certain temps).
Le pool non paginé est une mémoire qui ne peut pas, et ne pourra jamais, être remplacée par de la mémoire physique ... ce qui correspond effectivement à l'utilisation minimale permanente de la mémoire physique. La mémoire du pool NP contient souvent du code de programme et des sections critiques qui doivent se trouver dans la mémoire physique pour se comporter correctement ou de manière sécurisée, des tas spéciaux, etc. Sur 60 processus, si chacun d'entre eux possède 256 Ko de mémoire du pool NP, votre consommation de mémoire physique minimale absolue serait autour de 15.360KB. Dans la plupart des cas, une ou deux applications peuvent avoir un pool NP de 256 Ko, tandis que la plupart en ont moins, souvent considérablement moins (voire pas du tout). Il est hautement improbable que le système trace jamais la totalité de l'ensemble des processus en cours, aussi ne vous attendez pas à ce que l'utilisation de la mémoire devienne aussi faible.
Enfin, l’intérêt d’avoir davantage de mémoire est d’éviter d’avoir à feuilleter des données vers et depuis l’espace mémoire étendu (swap, fichier de page) d’un disque physique. La pagination est un processus qui implique le déplacement de blocs de mémoire physique allouée, le transfert de certains sur le disque et le transfert des autres dans la mémoire physique. La pagination est, pour rester simple, hautement indésirable. Ce n'est pas «mauvais» en soi, mais cela peut être un frein sérieux aux performances quand elles se produisent trop fréquemment. Le but ultime de l’augmentation de la RAM physique totale dans un système est de permettre à davantage de processus de conserver une plus grande partie de leur validation dans la mémoire physique (ensemble de travail plus grand). Consommer de la mémoire n'est pas un problème, et lorsque davantage de processus en cours utilisent plus de mémoire, les performances système globales et les performances des processus actifs seront généralement plus performantes,
Windows gère la mémoire pour vous et met automatiquement en mémoire les données des pages vers et depuis le fichier d'échange (swap). Si vous exécutez un processus nécessitant 9 Go de mémoire et que votre système en utilise déjà 4 (sur 12 Go), le système déterminera automatiquement les processus qui ne nécessitent pas un accès immédiat à leur ensemble de travail complet, et pagera tout ou partie de celui-ci. de leur pool paginé sur pour échanger afin de libérer ce 1GB supplémentaire. Si votre processus volumineux a finalement besoin de plus de mémoire, Windows réduira encore le nombre de processus en cours jusqu'à ce qu'il dispose de suffisamment d'espace libre pour allouer le nouveau bloc demandé. Votre processus volumineux risque de consommer éventuellement toute la mémoire disponible, à l'exception de NP Pool, et éventuellement une surcharge supplémentaire pour l'exécution périodique de processus qui ne permettent pas à Windows de libérer davantage de son jeu de travail (i. e. ils ont des défauts de page en attente que Windows échangerait autrement en dehors de la mémoire physique, mais étant donné qu'ils sont demandés, ils ne peuvent pas être déplacés.)
Si un processus nécessite plus de mémoire qu'il n'est autorisé à en accéder (les processus 32 bits peuvent généralement accéder à 2 Go et certains à un peu moins de 4 Go avec des techniques améliorées, alors que les processus 64 bits peuvent généralement accéder à environ 48 Go de mémoire), Windows essaie parfois virtualiser sa mémoire avec l’espace de swap. Si une application 32 bits veut utiliser son maximum d'espace autorisé de 2 Go, mais que seulement 1,2 Go sont disponibles, Windows réservera l'intégralité des 2 Go dans le fichier de page et déplacera les données propres du processus dans et hors du fichier de page selon les besoins afin de: soutenir l'utilisation de la mémoire de l'application. L'utilisation totale de "mémoire" dans ce cas peut sembler être supérieure à la mémoire physique disponible, lors de l'activation totale. L'engagement total correspond généralement au maximum de la taille du fichier de page, qui, lorsqu'il est géré par le système, correspond généralement à 2 à 3 fois la quantité de mémoire physique. Dans ton cas,
Un dernier point. Vous avez dit dans votre réponse que vous disposiez de 16 Go de RAM, alors que le Gestionnaire des tâches ne voit que 12 Go de RAM. Une des deux choses ici. Soit votre système n’a en réalité que 12 Go de RAM, soit l’un de vos bâtons n’est pas enregistré correctement. Si un bâton de bélier (je suppose 4 bâtons de 4 Go), il peut être mauvais, ne pas être correctement installé dans votre carte mère ou avoir un problème de détection de mémoire.
Pour vérifier s’il s’agit de la dernière, vous devez d’abord mettre à jour le BIOS de votre carte mère vers la dernière version. J'ai eu un problème similaire ... mes six bâtons de bélier DDR3 Tripple-Channel (6x 2 Go) étaient tous bons sur la base de tests individuels chacun ... mais ma carte mère a décidé au hasard de ne pas compter un ou deux d'entre eux de temps en temps, me laissant souvent avec seulement 8 Go de bélier. Une mise à jour du BIOS a corrigé le problème et j’ai maintenant un accès fiable à tous les 12 Go de ma mémoire.
