Wie viele Windows-handles "zu viele"?

Verstehe ich, dass die Antwort auf diese Frage davon abhängen, registry-Einstellungen und der Windows-version, und vielleicht auf die Menge an RAM, wenn nicht genügend Arbeitsspeicher vorhanden ist. Für die Zwecke dieser Frage, davon ausgehen, dass auf dem server ausreichend RAM (3+ GB).

Wenn eine Anwendung (3rd-party-Anwendung in diesem Fall) Lecks Griffe bei ein paar hundert einer Stunde, wie viele Griffe kann, die Anwendung Leck, bevor Sie andere Anwendungen ausführen in Schwierigkeiten? Von "Schwierigkeiten" meine ich, zum Beispiel, nicht zu starten, einen thread nicht öffnen Sie eine Datei, und so weiter.

Ich habe gesehen, einige Server (leicht geladenen) laufen einwandfrei mit einem Prozess (meist ein Datenbank-Prozess) mit ein paar Zehntausende von Griffen, so die alte 10000 Griff Grenzwert ist eindeutig nicht das Problem hier. (Und das war ein pro-Prozess-Grenze sowieso nicht beeinflussen würde, meine Bewerbung ist auch unter diesem Punkt.)

Kann jemand entweder die Frage beantworten oder zeigen Sie mich auf einige Ressourcen, die erklären, über wie viele Griffe ein Windows-server erlauben wird, bevor Sie effektiv laufen (von Griffen oder anderen system-Ressourcen)?

Dies scheint mehr wie ein ServerFault Art von Frage, die vielleicht.
Reben: ich dachte darüber nach, beschloss aber, da ich lief in dieses problem, mit einem Programm, das ich beibehalten, auch wenn ein 3rd-party-app ist die eine leckt die Griffe, gehörte er auf der Programmierer-Website. Wäre ich ein admin, die versuchen, um dies herauszufinden, SF wäre eher angebracht.
Diesem blog-post von 2011 hat einige gute empirische Hinweise darüber, welche Prozesse, nicht zu befürchten. E. g. lsass.exe bis zu 30.000 (32-bit) oder 50.000 (64-bit) ist OK.

InformationsquelleAutor Eddie | 2009-06-04

  1. 16

    Sehen Raymond Chen ' s Beitrag zu diesem Thema. Der Fenster-manager erzwingt ein limit von 10K pro Prozess, und hat ein Gesamt-limit von 32K über das system. Also wenn es "nur" Undichtigkeiten 100 Griffe pro Stunde, dann haben Sie ein paar Tage uptime, bevor es beginnt verursacht.

    Beachten Sie, dass nicht alle Griffe gleich sind. Die Fenstergriffe sind nicht DB-handles, zum Beispiel, und kann die unterschiedlichen Regeln Folgen. Damit diese Einschränkung gilt eventuell nicht, je nachdem, welche Art der Griffe das Programm ist undicht. Lesen Sie auch diesen blog-Beitrag.

    In diesem Artikel, Sie behauptet, Sie kann bis zu 16 Millionen handles pro Prozess. Ich habe bemerkt, auch in windows xp, die zwei von meinen Prozessen überschritten die 10k-Grenze. Ich bin verwirrt.
    Ich denke, das limit geändert in der Zwischenzeit, siehe auch die Antwort von Thomas Weller.

    InformationsquelleAutor JSBձոգչ

  2. 5

    Den desktop heap, das ist ein Speicherbereich, wo die eigentliche "Sache" der Griff steht für Leben. Es ist manchmal nicht so viel, wie viele handles, die Sie reserviert haben, aber wie viel Speicher die einzelnen Objekt unter dem Griff ist mit. Sie können die debug-heap auf diese Weise. Es ist ein Schmerzen zu installieren.

    (dieser wurde wieder von einem anderen eine meiner Antworten)

    Die debug-tool ist nicht mehr relevant für Windows 7 und ich gehe davon später.

    InformationsquelleAutor Aardvark

  3. 4

    Da diese Werte ändern könnte mit den neuen Windows-Versionen verwenden, können Sie das SysInternals-tool TestLimit /TestLimit64 um eine grobe Schätzung. Die x64-version kann für eine Weile laufen, vor allem für den Speicher testen (es könnte die Festplatte (swap-Datei), um mehr virtuellen Speicher).

    Holen Sie sich die tools aus http://live.sysinternals.com/WindowsInternals/ oder http://download.sysinternals.com/files/TestLimit.zip

    Kommandozeilen-Optionen:

    -p check process limit
-t check thread limit
-h check handle limit
-u check user handle limit

    InformationsquelleAutor Thomas Weller

  4. 2

    Laut diese, 10000.

    Das sind nur window-Objekt verarbeitet, und nicht Auswirkungen auf andere Arten von Griffen (Datei, event, mutex, etc.)

    InformationsquelleAutor Otávio Décio

Schreibe einen Kommentar