Comment puis-je augmenter la taille du tas .NET?

Autant que je l'ai trouvé, il n'y a pas de moyen simple de contrôler la taille du segment de mémoire de une .Net application à l'aide de la CLR.

Le lien de @Dave ne répondre qu'à la moitié de la réponse à la question. Quand j'ai recherché cette même question, la réponse est "Le tas pousse à utiliser toute la mémoire disponible", comme si c'est la seule raison pour laquelle vous voulez contrôler le max de la taille du segment.

(Habituellement Java) les environnements de serveur, vous ne voulez pas un mauvais fonctionnement d'application de porc de la mémoire au détriment d'autres applications hébergées. Une solution simple consiste à limiter la quantité de mémoire que l'application peut utiliser pour cela des tas de. Ceci est accompli avec de Java -Xmx argument de sorte que vous pouvez garantir l'application ne pas utiliser plus que ce qui est prévu, par exemple -Xmx256M. Depuis allouer de la mémoire sur le tas au cours de l'initialisation peut ralentir les applications de démarrage, Java utilise l'-Xms arg pour permettre à des applications qui fais beaucoup de création de l'objet lors de l'initialisation de commencer avec un gros bloc de mémoire au lieu de la JVM de l'ensemble de redimensionnement le tas comme il va.

.Net CLR n'ont pas cette capacité. Je soupçonne que c'est parce que .Net CLR n'est pas une machine virtuelle. Le CLR arrive à être une API (tout à fait complet, je pourrais ajouter) qui sert de carte de maternelle .dll qui correspond à une approche beaucoup plus comme un exécutable quand il s'agit de la gestion de la mémoire.

J'ai posé cette question sur le développement SharePoint et n'entendre qu'il pourrait être possible de contrôler la heapsize grâce à l'utilisation de modules IIS Web Apps, qui permet de dire IIS pour limiter la mémoire d'une application web. Je me demande si c'est parce que IIS a personnalisé des routines qui remplacer/remplacer new()/malloc()/etc et peut donc fournir ce type de contrôle pour applications client. Cela signifie que de manière autonome .Net applications sont hors de la chance, sauf si vous voulez écrire un personnalisé du gestionnaire de mémoire en C++ et de créer une interface pour .Net

La ligne de fond est que un CLR programme utilise toute la mémoire des politiques de gestion/contrôle le processus d'hébergement met en place. C'est pourquoi vous devez contrôler votre utilisation de la mémoire en C# d'un page web dans IIS, IIS est en fait un processus hôte qui fournit de l'environnement pour le CLR code à exécuter.

OriginalL'auteur Kelly S. French