[jboss-as7-dev] Optimal MSC threadpool size?

Brian Stansberry brian.stansberry at redhat.com
Fri Dec 9 15:02:03 EST 2011


If you set org.jboss.server.bootstrap.maxThreads you disable the boot 
time logic that tries to parallelize running all the operations that 
load extensions and install subsystems subsystem.

Why? Because that parallelization spawns quite a number of threads, and 
the original intent of org.jboss.server.bootstrap.maxThreads was to 
control thread counts. And there's been no time to reconcile the two.

On 12/9/11 11:39 AM, Dimitris Andreadis wrote:
> I was experimenting a bit with the MSC threadpool size
> (org.jboss.server.bootstrap.maxThreads) vs boot time and I've put the results here:
>
> http://community.jboss.org/wiki/ModularServiceContainer-OptimalThreadpoolSize
>
> On my quad-core/dual-threaded machine with 8 reported processors, the default pool size is
> 16 (processors x 2). In most cases this looks like an overkill to me, i.e. you can get
> pretty much the same or better results with a thread pool of 4, or even 2.
>
> Another conclusion seems to be that not too much stuff gets parallelized under the hood?
> Even with 1 thread the default config boots pretty much in the same time, while some benefit
> kicks in as soon as you have some form of I/O in the full and ha configs. But even then,
> with a thread pool of 2 you achieve most of this gain.
>
> Do I miss something? Do you see different results?
>
> Just try a single threaded boot:
> standalone.bat -Dorg.jboss.server.bootstrap.maxThreads=1
>
> I am using the latest 7.1.0.CR1-SNAPSHOT
>
> /D
> _______________________________________________
> jboss-as7-dev mailing list
> jboss-as7-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev


-- 
Brian Stansberry
Principal Software Engineer
JBoss by Red Hat


More information about the jboss-as7-dev mailing list