IIS + Ajax UpdatePanel entraîne une utilisation extrême de la mémoire

Question

J'ai un panneau de mise à jour combiné avec gridview avec tri et pagination.

je vais dans le gestionnaire de tâches pour surveiller l'utilisation de la mémoire du processus de travail (w3wp)

Ce que je fais est juste de cliquer sur les boutons de tri rapide.

Avec chaque clic la mémoire du processus augmente avec environ 2 mb

je vais donc de l'utilisation de la mémoire 30 Mo à environ 90. Ensuite, il arrête à reste là, pas de mémoire est libéré. Je n'utilise pas la mise en cache ou l'état de session/application.

Quelle est la cause de ce problème, y a-t-il un paramètre dans IIS pour réduire l'utilisation de mem?

-

J'ai aussi utilisé .net profileur pour examiner mon utilisation de la mémoire de l'application: 4 mb, alors quel est l'autre 86 pour ??? il utilisé Même si elle enregistre 4 Mo, dans le gestionnaire de tâches, elle indique 90 Mo, ce qui m'amène à croire que le reste est de la mémoire non-managée qui doit être utilisée par IIS d'une manière ou d'une autre.

Answer 1

Le problème est en fait avec le GridView, et non le UpdatePanel. Ses enregistrements sont stockés dans votre ViewState, de sorte qu'il est transmis d'avant en arrière à chaque publication. En outre, lorsque vous cliquez rapidement sur les boutons de tri, vous générez plusieurs demandes de tri des données. En fonction de la manière dont votre tri est implémenté, vous pouvez dupliquer le jeu d'enregistrements pour le tri à chaque demande de clic.

Il n'existe aucun paramètre dans IIS pour "réduire l'utilisation de la mémoire" car il héberge simplement votre application ASP.NET. Votre application doit résoudre ses propres problèmes de mémoire.

Le tri d'une grande quantité de données peut être un processus gourmand en ressources. Je dirais que votre meilleur pari est de désactiver le bouton de tri après qu'il a été cliqué et de le réactiver une fois que vos données ont été triées.

Answer 2

Le GC .NET est non-déterministe. Cela signifie qu'il fonctionnera chaque fois qu'il décidera qu'il devrait fonctionner. Vous pouvez essayer d'appeler GC.Collect() explicitement par exemple dans l'événement Page_Init pour voir si la mémoire augmente encore, mais vous feriez mieux de le retirer de la vraie application sinon vous empêchez simplement le GC de faire son travail efficacement.