[omniORB] Exception trying to start new thread

[Luke Deller]

On Thu, 2006-03-30 at 10:05 +0200, radamkie at kdm.pl wrote:

> omniORB: Exception trying to start new thread.
...
> In omniORB.cfg is:
> ...
> threadPerConnectionPolicy = 1
> maxServerThreadPerConnection = 1000
> maxServerThreadPoolSize = 1000
> threadPerConnectionUpperLimit = 10000
> threadPerConnectionLowerLimit = 9000
> threadPoolWatchConnection = 1
> ...

This configuration says that omniORB may try to create up to 10000
threads (one thread per connection to service up to 10000 connections).
This is much higher than is possible on many systems, mainly due to the
VM and physical memory required for each thread's stack.

As a guide... using a little python script to create as many threads as
possible (using the default stack size), this is what I found on three
32-bit x86 systems:
    linux(nptl): max 380 threads
    win2k3:      max 1080 threads
    solaris:     max 3197 threads

(this is not a very fair comparison due to varying RAM size and memory
utilization, but it gives a rough indication of reasonable thread
limits)

Bottom line: Try using more conservative settings in omniORB.cfg.  If
you really need this many threads, then the following will help:
      * use 64-bit hardware + OS to increase the amount of VM available
        to each process
      * add more RAM
      * decrease the stack size per thread

Regards,
Luke.


**********************************************************************************************

Important Note
This email (including any attachments) contains information which is
confidential and may be subject to legal privilege.  If you are not
the intended recipient you must not use, distribute or copy this
email.  If you have received this email in error please notify the
sender immediately and delete this email. Any views expressed in this
email are not necessarily the views of XPlan Technology.

It is the duty of the recipient to virus scan and otherwise test the
information provided before loading onto any computer system.
Xplan Technology does not warrant that the
information is free of a virus or any other defect or error.
**********************************************************************************************