Comment examiner la fragmentation de la memory virtuelle sur Windows 2000?

Existe-t-il une méthode pour examiner l'espace d'adressage virtuel d'un process spécifique pour examiner si ce process est en cours de fragmentation de memory virtuelle? Je sais que cela ressemble à quelque chose dont je ne devrais pas être préoccupé, mais nous avons un process qui échoue avec une erreur OutOfMemory, mais il existe beaucoup de memory disponible sur le système.

Le process comporte environ 500 mégaoctets et l'appel memory demandé était de 417 mégaoctets. Cela m'amène à penser qu'il n'y a pas assez d'espace contigu disponible. Mais bien sûr, je ne peux pas offrir cela comme un problème jusqu'à ce que je puisse le prouver.

Dans le passé, j'ai utilisé Address Space Monitor ( http://www.hashpling.org/asm/ ) et ProcMon pour m'aider à résoudre ces types de problèmes, mais ils ne sont pas compatibles avec Windows 2000. Quelqu'un a des idées pour Windows 2000?

Outre l'évidence, la mise à niveau du operating system. (Confiez-moi, c'est un combat tout différent) Merci.

Je ne pense pas que l'espace contigu soit un problème, généralement lorsqu'un file de page est créé sur Windows, ce sera un object immobile sur le disque, même une défragmentation ne le déplacera pas. Même si elle est fragmentée, je ne vois pas que cela devrait vous causer des problèmes autres qu'un ralentissement, j'aurais pensé qu'il n'y aurait aucune raison pour laquelle l'utilisation de la memory ne pouvait couvrir deux segments d'une page file. Si vous vous inquiétez vraiment et que vous voulez l'exclure, vous pourriez réduire le file de la page à un ssortingct minimum et effectuer une défragmentation complète sur la partition, puis la réintégrer, de cette façon, vous espérez qu'elle soit placée dans l'espace contigu.

De façon réalist, cependant, je pense que vous feriez mieux d'augmenter le file de la page ou, idéalement, d'append plus de memory au server.