IIS6 mémoire disponible pour l'application 32 bits avec le Web Jardin sur OS x64 (32 Go Ram)

Question

Nous avons IIS6 en cours d'exécution sur un serveur Windows 2003 64 bits avec RAM physique 32Go. En raison de certaines anciennes dépendances 32 bits dans notre application ASP.NET .NET 3.5, nous sommes actuellement contraints d'exécuter notre processus de travail IIS en mode WOW64 32 bits que je comprends nous donne accès à 4Gb de mémoire pour notre processus de travail.

Ma question est de savoir si nous utilisons le paramètre Garden Web et configurer 4 dire les processus de travail, peuvent chaque accès processus de travail de mémoire chacun 4Gb, nous donnant ainsi accès à environ 16 Go de mémoire. Ou sommes-nous coincés avec la limite de 4Gb pour l'application ASP.NET out?

Answer 1

Oui, limite de 4 Go est par processus. Chaque 32 processus de bits en cours d'exécution sur une limite d'espace d'adressage privé noyau 64 bits dispose de 4 Go (par la voie qui est, non pas partagée avec le noyau comme dans un système 32 bits). Vous pouvez accéder à 4x4GB = 16 Go de mémoire, cependant, cette 16 Go ne sont pas disponibles à un seul processus à la fois. Chaque ne peut accéder directement à sa propre mémoire de 4 Go privée. Vous devez utiliser un moyen de communication interprocessus pour accéder à la mémoire des autres processus.

Answer 2

La réponse à « chaque accès de processus de travail 4Gb de mémoire chacun » a été répondu ci-dessus - par défaut, vous aurez 2 Go de RAM en mode utilisateur, sauf si vous utilisez le commutateur / 3GB, que vous pouvez ou ne pouvez pas être en mesure d'utiliser en fonction sur les exigences de votre configuration application / serveur. Vous pouvez liquider mourir de faim des ressources en mode noyau.

La deuxième partie de votre question « nous donnant ainsi accès à environ 16 Go de mémoire » dépend de ce que vous entendez par « accès ». jardins Web fonctionnent en faisant tourner un autre w3wp.exe pour les requêtes entrantes jusqu'à ce que vous avez atteint le nombre de processus de travail configuration pour le pool d'application. Étant donné que chaque instance de jardin Web est dans son propre processus, il est comme si elle était un autre pool d'application et comme conséquence, ils ne partagent pas le même espace d'adressage. Ainsi, alors que votre application consomme plus de mémoire, il est seulement parce que vous exécutez plusieurs instances de la même application, chaque contrainte à des limitations 32bit. http://bytes.com/groups/asp/54826-asp- séances web-jardins http://msdn.microsoft.com/en-us/library/ms791558. aspx