MaxThreadCount on Dispatcher and Server

[Former Member]

Hi all,

do someone now the correlation between the Threadmanager on Dispatcher-Process and the Threadmanager on Server-Process; on both sections you can set the property MaxThreadCount;

What kind of relationship consists between those two Threamanagers ?

What happens if e.g. the MaxThreadCount on Dispatcher is much smaller than the MaxThreadCount on Server-Process ?

Are there some default values for a Portal environment with 2 server-nodes, expecting >1000 concurrent users ?

Thanks

Oliver

[Former Member · Accepted solution]

http://help.sap.com/saphelp_nw70/helpdata/EN/67/84343e8c7f6329e10000000a114084/frameset.htm explains MaxThreadCount.

MaxThreadCount can be set in ThreadManager in Dispatcher as well as Server processes. This is basically for the system threads and puts a limit on the max system threads dispatcher/server could create for their engine related system tasks.

Dispatcher does not have ApplicationThreadManager only server does. ApplicationThreadManager takes care of the threads required for the application processing (anything other than standard/engine threads)

Generally, for portal environment, MaxThreadCount (application) of 150 is recommended & for XI around 350. You could increase this value if required keeping the physical memory in consideration as well. We don't recommend more than 350 max threads though generally.

Hope this helps.

Regards,

Snehal

[Former Member]

Yep, there is no correlation. You must be talking system threads and basically these are set to a basic range. If you have 10 servers off one dispatcher then perhaps your dispatcher would have to have more system threads but each server would have the same.

The key is in the memory, as the number of servers grows then so dows the memory of the dispatcher and therefore the room in which to work so more threads can (and likely will) be used.

If you had more threads on your server then you would probably need more memory and more memory means slower GC's. It is far more performance to mave more servers with fewer threads than less with bigger.