Sie sind zurzeit offline. Es wird auf die erneute Herstellung einer Internetverbindung gewartet.

Die System-Speicherauslastung und Handle zählt erhöhen mehr als Sie erwarten können, wenn Ihre Anwendung Komponenten enthält, die von der System.EnterpriseServices.ServicedComponent-Klasse abgeleitet werden

Wichtig: Dieser Artikel wurde maschinell und nicht von einem Menschen übersetzt. Die Microsoft Knowledge Base ist sehr umfangreich und ihre Inhalte werden ständig ergänzt beziehungsweise überarbeitet. Um Ihnen dennoch alle Inhalte auf Deutsch anbieten zu können, werden viele Artikel nicht von Menschen, sondern von Übersetzungsprogrammen übersetzt, die kontinuierlich optimiert werden. Doch noch sind maschinell übersetzte Texte in der Regel nicht perfekt, insbesondere hinsichtlich Grammatik und des Einsatzes von Fremdwörtern sowie Fachbegriffen. Microsoft übernimmt keine Gewähr für die sprachliche Qualität oder die technische Richtigkeit der Übersetzungen und ist nicht für Probleme haftbar, die direkt oder indirekt durch Übersetzungsfehler oder die Verwendung der übersetzten Inhalte durch Kunden entstehen könnten.

Den englischen Originalartikel können Sie über folgenden Link abrufen: 312118
Dieser Artikel wurde archiviert. Er wird im vorliegenden Zustand bereitgestellt und nicht mehr aktualisiert.
Problembeschreibung
Hinweis: Dieser Artikel bezieht sich auf der folgenden Microsoft .NET Framework-Klassenbibliothek-Namespace:
System.EnterpriseServices.ServicedComponent
Wenn Sie eine Anwendung, die Komponenten enthält, die aus System.EnterpriseServices.ServicedComponent abgeleitet sind ausführen, kann die Speicherauslastung System mehr als 60 Prozent des verfügbaren Speichers erhöhen. Beispielsweise kann, wenn Sie eine ASPX-Anwendung ausführen, die Speicherauslastung System erhöhen. Handle zählt können auch erhöhen mehr als Sie erwarten. Hoher CPU-Auslastung möglicherweise während der Req-S -Wert auf einer akzeptablen Ebene bleibt im Windows Task-Manager angegeben werden. Wenn Sie verwalteten Heaps und nicht verwalteten Heaps untersuchen, finden Sie keine Beweise von Speicherverlusten oder Handle-Lecks. Wenn Object.Finalize Stop anfordert, fallen die Speicherauslastung und die Handleanzahl schließlich zu mehr sinnvolle Ebenen.
Ursache
Dieses Problem kann auftreten, wenn die aktuelle Version der common Language Runtime auf einem Finalizerthread beschränkt ist. Wenn viele Arbeitsthreads bearbeiten verwaltete beendbare Objekte vorhanden sind, kann der Finalizerthread hinter liegen. In diesem Szenario kann der Finalizerthread hinter liegen, besonders wenn erhebliche Arbeit in der Finalizer von jedem Objekt auftritt. Serviced Components anfällig für dieses Design Problem möglicherweise Handles alive basierend auf COM+-Objektkontext gehalten werden. Dies gilt auch für andere verwaltete Objekte mit komplizierten Finalizer.
Lösung
Um dieses Problem zu beheben, führen Sie durch Aufrufen der Dispose -Methode und das Dispose -Objekt Abschluss mit verwalteten Objekten, die IDisposable unterstützen common Language Runtime-Codierungsmuster. -Komponente ist eine verwaltete Klasse, die IDisposable unterstützt.
kbreadme

Warnung: Dieser Artikel wurde automatisch übersetzt.

Eigenschaften

Artikelnummer: 312118 – Letzte Überarbeitung: 12/07/2015 08:08:35 – Revision: 7.2

Microsoft .NET Framework 1.1, Microsoft .NET Framework 1.0

  • kbnosurvey kbarchive kbmt kbprb kbreadme KB312118 KbMtde
Feedback