Speicherleck - Spezialitäten und SPWeb entsorgen?

Question

Also habe ich hier einen weiteren Beitrag durchgelesen Entsorgung von SPWebs, die mit sp -site.openweb () erstellt wurden,).

Derzeit entfinge ich nur das Sp -Site -Objekt, und nach meinem Verständnis entfasst auch die geöffneten SPWEB. Es scheint, dass Best Practice es ist, auch jedes SPWEB zu entsorgen. So werde ich es machen.

Mein Grund für diesen Beitrag lautet: Wie würde ein Speicherleck aussehen? Ich habe einen Timer -Job, der alle 2 Minuten ausgeführt wird und einige Listenelemente verarbeitet. Auch hier entfache ich nur das Sp -Site -Objekt, nicht das SPWeb -Objekt. Nachdem der SQLServer.exe -Prozess etwa eine Woche lang auf Dev ausgeführt wurde, lag er bei etwa 1,7 GB gebrauchtem Speicher. SharePoint begann, den Speicher zu fehlen. Ich habe SQL seitdem neu gestartet und es ist bis zu 320 MB Speicher. Ich weiß nicht, wie viel es war, bevor ich den Timer -Job installiert habe, aber wir haben diese Fehler dann nicht bekommen.

Sehe ich ein Speicherleck in SQLServer, weil ich SPWEB nicht schließe? Oder würde ein SharePoint -Speicherleck im W3WP -Prozess auftreten? Jede Klarheit wird sehr geschätzt!

Vielen Dank,

Answer 1

Ein Speicherleck zeigt sich in dem, was der Hostprozess für den Code ist, der das Leck hat. Im Fall von SharePoint -Code wird dies nicht der SQL -Prozess sein - höchstwahrscheinlich ist das, was Sie hier sehen durch andere Prozesse). Sie können es jedoch stecken, wenn Sie dies wünschen, ich mache dies manchmal (zB auf Dev VMs).

Möglicherweise sehen Sie ein Leck aufgrund des SharePoint -Codes in:

• w3wp.exe für Code, das von einer Webseite aus ausgeführt wird
• Owstimer.exe für einen Timerjob
• Stsadm.exe für einen benutzerdefinierten STSADM -Befehl
• Der Prozess für eine benutzerdefinierte Exe -EG bei einer Konsolen -App

..etc..