Fuite de mémoire - Mise au rebut SPSite et SPWeb?

Question

Alors je lis un autre poste ici Mise au rebut de SPWebs créé à l'aide SPSite .OpenWeb () .

À l'heure actuelle, je ne Éliminez l'objet SPSite et de ma compréhension whe SPSite dispose tout SPWeb ouvert doit disposer aussi bien. Il semble meilleure pratique consiste à disposer de chaque SPWeb ainsi. Je le ferai.

Ma raison de ce poste est la suivante: quel serait un regard de fuite de mémoire comme? J'ai un travail de minuterie qui passe toutes les 2 minutes et traite certains éléments de la liste. Encore une fois, je ne fais que de l'objet Mise au rebut SPSite, pas l'objet SPWeb. Après avoir laissé courir pendant environ une semaine sur dev, le processus sqlserver.exe était d'environ 1,7 Go de mémoire utilisée. SharePoint a commencé à l'erreur de mémoire. Je l'ai depuis redémarré SQL et il est jusqu'à 320 Mo de mémoire. Je ne sais pas combien il était installé avant le travail du minuteur, mais nous ne parvenions pas ces erreurs-là.

Suis-je voir une fuite de mémoire dans SQLServer en raison de ne pas me fermer SPWeb? Ou serait une fuite de mémoire se SharePoint dans le processus w3wp? Toute la clarté est grandement appréciée!

Merci,

Answer 1

Une fuite de mémoire se manifestera dans quel que soit le processus hôte pour le code qui présente la fuite. Dans le cas du code SharePoint, ce ne sera pas le processus SQL - très probablement ce que vous voyez ici est tout simplement au fait que généralement SQL consomme autant de mémoire qu'il peut (ie tout ce qui est pas piégé / utilisé par d'autres procédés). Vous pouvez Plantez-même si vous le souhaitez, je fais parfois ce (par exemple sur dev machines virtuelles).

Vous pouvez voir une fuite due au code SharePoint dans:

• w3wp.exe pour l'exécution de code à partir d'une page Web
• Owstimer.exe pour un travail du minuteur
• STSADM.exe pour une commande STSADM personnalisée
• Le processus d'une coutume exe par exemple dans le cas d'une application de la console

.. etc ..