Empêcher l'ensemble de la mémoire de la mémoire minimisez dans l'application Console?

Vous pouvez utiliser un travail très sournois / hacky pour cela, ce qui pourrait être votre seul moyen: xxx

vous pouvez même jouer avec certaines des propriétés de la fenêtre à l'aide du HWND aussi bien < / p>

Set de travail de travail ne peut être empêchée que par des pages de verrouillage en mémoire, soit en les fermant explicitement avec virtuallock ou en mappant la mémoire dans Awe . Mais les deux opérations sont extrêmement privilégiées élevées et exigent que l'application exécute sous un compte accordait les «pages de verrouillage en mémoire». priviledge, voir Comment: Activez les pages de verrouillage dans l'option de mémoire . Par défaut, personne ne vene les administrateurs ne disposent pas de ce privilège.

Techniquement, c'est la réponse que vous recherchez (ommasting les détails «mineurs» de la manière d'identifier les régions à verrouiller). Mais votre question indique que vous êtes sur un trajet total total.

Le rognage de whoking Set est quelque chose qui se produit fréquemment et n'a pas d'effets indésirables graves. Vous êtes très probablement confondre la rupture de la mémoire de la mémoire, mais ce sont des phases distinctes de la vie de la page de la mémoire. La rupture se produit lorsque le système d'exploitation supprime le mappage de la page du processus et place la page dans une liste de secours. Il s'agit d'une opération très rapide et simple: la page est ajoutée à la liste de secours et au PTE est marqué en conséquence. Aucune opération IO ne se produit, la teneur physique de la RAM n'est pas modifiée. Lorsque, et si, le processus accède à la page tranchée à nouveau, une défaillance douce se produira. La TLB Mlle déclenchera une promenade dans la terre du noyau, le noyau localisera la page dans la liste de secours et la réaffectera au processus. Rapide, rapide, facile, encore une fois, aucune opération io ne se produit, ni aucun changement de contenu de RAM ne change pour la page. Donc, un processus qui a tout son jeu de travail coupé retrouvera l'ensemble de l'ensemble actif assez rapidement (microsecondes) s'il continue à référencer les pages.

Seulement lorsque le système d'exploitation a besoin de nouvelles pages pour sa liste gratuite, il examinera la liste de veille, prenez la page la plus ancienne et écrasez-la sur le disque. Dans cette situation, IO se produit et la teneur en RAM est zéro. Lorsque le processus accède à nouveau, la page A défaut difficile se produira. Le TLB Mlle va réveiller le noyau, cela inspectera la liste de la PTE et un défaut de page «réel» se produira: une nouvelle page gratuite est allouée, le contenu est lu sur le disque, puis la page est attribuée au processus et L'exécution reprend le lieu de la TLB Miss.

Comme vous pouvez le constater, il existe une énorme différence entre la rupture de l'ensemble de fonctionnement et une swap de page de pression de mémoire. Si votre demande de console est coupée, ne transpirez pas dessus. Vous ferez des dommages incalculables à la santé du système en verrouillant des pages en mémoire. Et BTW, vous faites également une mauvaise expérience utilisateur similaire en refusant de minimiser lorsqu'on la demande, simplement parce que vous comprenez malgré le cycle de vie de la page.

Il est vrai qu'il existe des processus qui ont une demande légitime pour garder leur ensemble de travail aussi chaud que possible. Tous ces processus, toujours, sont mis en œuvre en tant que services. Les services bénéficient d'une politique de coupe plus indicative du système d'exploitation et de cette stratégie est en fait configurable.

Si vous êtes vraiment préoccupé par la mémoire du système et souhaitez aider le système d'exploitation, vous devez vous inscrire à des notifications de mémoire en utilisant CreatEMemoryResourCénotification et réagissez à la pression de la mémoire en libérant vos caches et en faisant cuire vos caches lorsque vous avez notifié que la mémoire libre est disponible.