Use this topic to support Object Request Broker (ORB) service
advanced settings. The workload profile specifies the server workload
profile, which can be ISOLATE, IOBOUND, CPUBOUND, or LONGWAIT.
About this task
Not only does workload management (WLM) dispatch work to
servants according to service policy, but it also does so only if
it has available worker threads. WLM worker threads are regular threads
that specifically register with WLM as work receivers. In the
WebSphere® Application Server for z/OS® implementation, this pool of threads is
static. The pool in an address space does not grow or contract. The
number of worker threads governs the maximum number of concurrent
requests that WLM accepts in a servant. However, this situation applies
only to HTTP, IIOP, and Java™ Message
Service (JMS) driven requests. This thread pool does not handle asynchronous
beans. The number of threads allocated to this pool is governed by
an external object known as the ORB Workload profile.
Procedure
- To configure the workload profile in the administrative
console, click .
- ISOLATE
- Number of threads is 1. Specifies that the servants are restricted
to a single application thread. Use ISOLATE to ensure that concurrently
dispatched applications do not run in the same servant. Two requests
processed in the same servant can cause one request to corrupt another.
- IOBOUND
- Default - Number of threads is 3 * Number of processors. Specifies
more threads in applications that perform I/O-intensive processing
on the z/OS operating system. The calculation of the thread number
is based on the number of processors. IOBOUND is used by most applications
that have a balance of processor intensive and remote operation calls.
A batch job is an example that uses the IOBOUND profile.
- CPUBOUND
- Number of threads is the number of processors. Specifies that
the application performs processor-intensive operations on the z/OS
operating system, and therefore, would not benefit from more threads
than the number of processors. The calculation of the thread number
is based on the number of processors. Use the CPUBOUND profile setting
in processor intensive applications, like compute-intensive (CI) jobs,
XML parsing, and XML document construction, where the vast majority
of the application response time is spent using the processor.
- LONGWAIT
- Number of threads is 40. Specifies more threads than IOBOUND for
application processing. LONGWAIT spends most of its time waiting for
network or remote operations to complete. Use this setting when the
application makes frequent calls to another application system, like
Customer Information Control System (CICS®)
screen scraper applications, but does not do much of its own processing.
- To change the minimum and maximum number of servant instances
using the administrative console, select . Under Server Infrastructure,
click . Check the box Multiple
Instances Enabled , and type the minimum and maximum number
of servant instances.
Min servants <=
number of possible service policies <= max servants
Results
Number of processors is the number of processors online when
the controller starts. You can look at message BBOO0234I in the controller
job log to check the number of worker threads.