Grouper Users - Open Discussion List

[Chris Hyzer <>]

I might be missing something but it doesn't look like that param is used 
anywhere.  Sorry about that.  We will look into that param and if it can  be 
used or if it can be removed from the base config in 2.3.  btw, in 2.2.2 
there are thread params in the loader that do improve performance when there 
are a lot of inserts/deletes to do...   might want to try an upgrade.

# if should use threads in the loader for add/remove member
loader.use.membershipThreads=true

# number of threads to use for each group job (not shared among jobs)
loader.membershipThreadPoolSize=10

# if should use threads in the loader for each group in a group of groups
loader.use.groupThreads=true

# number of threads to use for each list of groups job (not shared among jobs)
loader.groupThreadPoolSize=20


Thanks
Chris


-----Original Message-----
From: 

 
[mailto:]
 On Behalf Of Jutta Biernath
Sent: Thursday, October 22, 2015 10:25 AM
To: 

Subject: [grouper-users] Loader thread Pool Size

Hi,

I'd like to increase the number of threads the daemon is using for performance
improvement. In the grouper-loader.properties file there is a property named
"loader.thread.pool.size", but it seems to be irrelevant what I put in there.

If I look at the processes running on my Debian system, saying "ps -Lf", I
always see 54 threads of the process, no matter what value
loader.thread.pool.size has. 

Are that two different kinds of threads? If yes, how can I otherwise influence
the number of threads that are invoked?

I use Grouper 2.1.5. After each change of loader.thread.pool.size I have built
the api and restarted the daemon.


Thank you in advance,

Jutta