Desktop Heap / csrss.exe

[blue_print 10]

Hallo Leute,

 

sobald mein W2K-Server richtig benutzt wird, rauchen diverse Prozesse mit der Fehler-ID 26 ; Application Pop-Up ab, und bleiben als Zombie-Prozesse im Task-Manager hängen.

 

Trotz 4GB-RAM kriege ich die Meldung, dass nicht genug Speicher vorhanden ist.

 

Es hat wohl irgendwie mit dem Registry-Eintrag und der Desktop Heap Speicheraufteilung für den Prozess crss.exe (Client/Server Run-Time Subsystem ) zu tun.

 

In der Registry unter HKEY_LOCAL_MACHINE\ System\ CurrentControlSet\ Control\ Session Manager\ Subsystems\Windows

 

%SystemRoot%\system32\csrss.exe

ObjectDirectory=\Windows

SharedSection=1024,3072,512

Windows=On

SubSystemType=Windows

ServerDll=basesrv,1

ServerDll=winsrv:UserServerDllInitialization,3

ServerDll=winsrv:ConServerDllInitialization,2

ProfileControl=Off

MaxRequestThreads=16

 

Was bedeutet der Eintrag: "SharedSection=aaaa, bbbb( , cccc , dddd) ???

 

Wert "aaaa" ist der "Desktop Heap", der Speicher für Interaktionen zw. Anwender und Anwendung.

 

Wert "bbbb" ist der systemweite Zwischenspeicher von Windows NT / Windows 2000

 

cccc = diesen Wert habe ich auf 512 gesetzt vorgefunden und soll mit einer Größe von mind. 512 angeblich dafür sorgen, daß das Speicherproblem gelöst ist. Es handelt sich um den "Hidden Desktop Heap", der für nicht interaktive Anwendungen zuständig ist.

 

andere empfehlen diesen Wert auf 1024 zu setzten ? ...2048 ? ...4096 ? Warum ?

 

ddddd = Sollte kein 4. Parameter vorhanden sein, bitte den Wert 512 ergänzen. Warum ?

[blub 115]

hi,

tritt der Fehler auch auf, wenn du diesen registrykey in den Urzustand versetzt?

Was verstehst du unter "sobald mein W2K-Server richtig benutzt wird" ?

hast du ein konkretes Bsp für "diverse Prozesse"?

Welches SP hast du drauf?

 

cu

blub

[blue_print 10]

Die Nutzung dieses Servers stellt sich wie folgt dar: Ein installierter Dienstprozess erzeugt für jede Client-Anfrage einen eigenen ChildProzess (eigener Socket/ Rechteumgebung usw), die Anzahl möglicher Childprozesse ist aber abhängig von der im 3. Parameter definierten Größe des Heap's, sowie ob der Dienst unter dem System oder einem User- Account läuft:

 

Speichergröße: 128K 256K 384K 512K

 

Anzahl möglicher

Verbindungen

bei:

Log on Service as

- System 1 18 34 51

 

- User Account 17 31 46 64

 

Test mit mehr als 64 Prozessen scheitern, weil dann der Client-PC mit 'Out of Memory' schlapp macht, aber die Meßreihe zeigt deutlich eine Korrelation zwischen der Anzahl möglicher Verbindungen und der Einstellungen im Parameter 3.

 

>Genial wäre ein Desktop Heap Monitor.