Processus de travail recycle car il a atteint sa limite de mémoire virtuelle

Nous l'hôte d'une assez grande (auto écrite) ASP.NET site web pour nos clients. Il se compose d'un service web, un site web et un service d'images du site web, tous les trois dans leur propre répertoire virtuel. Les trois répertoires virtuels sont ensemble dans un pool d'applications. La piscine possède à la fois les limites de la mémoire (taille de la mémoire virtuelle et la mémoire maximale utilisée) fixé à 500 mégaoctets.

Toutefois, l'application de la piscine souffre de nombreux recycle, même avec un seul utilisateur à la fois.
Le journal des événements de message dit:

Un processus de travail avec l'id de processus de "xxxx" servant de pool d'applications "xxxx" a demandé un cycle car il a atteint sa limite de mémoire virtuelle.

Cependant, en observant le processus de travail avec l'Explorateur de Processus affiche rien qui prend en charge ce message. Les compteurs dois-je regarder pour observer la mémoire qui est en fait limitée par les paramètres?

Mise à jour de 1

En observant le processus dans le Gestionnaire des Tâches affiche un "mem utilisation" et " vm " taille de l'ordre de 100 MO, le processus est recyclé avec le message ci-dessus. 5 GO mémoire physique disponible sur le serveur...

Mise à jour 2

Bien que le site web est assez grand, le problème se concentre dans une petite partie de l'application. Il exécute une requête (à l'aide d'Oracle) et lie les résultats d'un contrôle gridview et répéteur webcontrol. Les résultats se compose d'une courte description et une icône (chargé par le biais de la diffusion d'images du site web). Si j'execute 10 les actions de recherche après l'autre, chacun donnant à 9 résultats, le processus de travail montre mem de l'utilisation et de la taille de mémoire virtuelle de l'ordre de 100 MO et recycle...

Mise à jour 3
Commutation de l'utilisation de l'image servant de site web n'est pas un résultat de meilleure qualité. Donc je pense qu'il est juste de dire que le problème est autre chose.