Siebel Performance Tuning Guide > Tuning the Siebel Application Object Manager for Performance > Best Practices for AOM Tuning >
Tuning AOM Components for CPU and Memory Utilization
This section provides background information and guidelines for tuning your AOM components, particularly for setting values for the parameters MaxTasks, MaxMTServers, and MinMTServers.
Settings for these parameters determine how well the system performs under specific user load and operations. Parameter settings provide a means of controlling the server capacity through the Siebel Server infrastructure, and directly impact the overall capacity for each server.
How you set the MaxTasks, MaxMTServers, and MinMTServers parameters is a direct function of the factors described in Performance Factors for AOM Deployments, which determine the true capacity of the server.
The art of tuning AOM components is to come up with the right parameter settings that allow the server machines to host the largest number of users (scalability) with minimal impact on user response time (performance).
About MaxTasks, MaxMTServers, and MinMTServers
The AOM parameters MaxTasks, MaxMTServers, and MinMTServers are described below. You configure these parameters using Siebel Server Manager, which is described in detail in Siebel System Administration Guide.
For background information about multithreaded processes, threads, and related concepts, see AOM Infrastructure.
- MaxTasks (Maximum Tasks). Specifies the total number of tasks (threads) that can run concurrently on this AOM, for this Siebel Server. Beyond this number, no more tasks can be started to handle additional requests.
- MaxMTServers (Maximum MT Servers). Specifies the maximum number of multithreaded processes that can run concurrently on this AOM. Beyond this number, no more multithreaded processes can be started to handle additional requests.
- MinMTServers (Minimum MT Servers). Specifies the default minimum number of multithreaded processes that will start on this AOM when the parent process is started. The parent process may be started either explicitly (using Siebel Server Manager) or automatically (if the Siebel Server is started when the component state was last set to Running). Setting MinMTServers to 0 effectively disables the AOM component.
As more users log in, new tasks start to handle these sessions, and new multithreaded processes are started to support the additional tasks. The tasks and processes are added according to the AOM load-balancing behavior, up to the maximum number of tasks and maximum number of multithreaded processes. For details, see Effect of AOM Parameter Settings.
NOTE: MaxTasks, MaxMTServers, and MinMTServers are generic parameters that apply to many different Siebel Server components. However, the specific behavior described in this chapter applies to AOM components. For more information, see Siebel System Administration Guide.
These parameters relate to one another in the following ways:
- MaxMTServers and MinMTServers are typically set to the same value. Doing this avoids any performance penalty for a user whose login causes a new multithreaded process to start. MaxMTServers must be equal to or greater than MinMTServers.
Starting all multithreaded processes up front when the parent process is started is generally acceptable. The memory overhead for running a multithreaded process itself, apart from the overhead of its threads, is minimal.
- The ratio MaxTasks/MaxMTServers determines the maximum number of threads (tasks) that can run concurrently on a given multithreaded process. For more information, see the discussion of think time under Performance Factors for AOM Deployments.
Effect of AOM Parameter Settings
This section illustrates how an AOM behaves given particular example settings for the MaxTasks, MaxMTServers, and MinMTServers parameters. More realistic examples may be found in Formulas for Calculating AOM Parameter Values.
For example, if MaxTasks = 500, and MaxMTServers = 5, then the ratio MaxTasks/MaxMTServers = 100. This means that, at most, 100 threads (tasks) can run in a multithreaded process on this AOM.
Typically, MinMTServers would be set the same as MaxMTServers. However, in this example, assume MinMTServers = 4. In this case, four multithreaded processes start by default, which can handle a total of 400 concurrent threads.
As users start the application on the server, the number of concurrent threads rises, and the following occurs:
- As the number of concurrent threads rises, but remains below 400, these threads are distributed among the four multithreaded processes that started by default for this AOM. This is a form of load balancing internal to the AOM component.
- If the number of concurrent threads reaches 400, and a new request is received, a fifth multithreaded process starts for this AOM. The AOM now distributes threads among five multithreaded processes for this AOM.
- If the AOM reaches 500 concurrent threads, no more client session requests can be handled, because the existing multithreaded processes can start no more threads, and the AOM can start no more multithreaded processes. The AOM can be said to be "maxed out."
If AOM loads fall back, as users log out or session timeouts are enforced, then threads are freed up. In some cases, a multithreaded process whose threads have completed may also time out and stop running; this can happen only when MaxMTServers is greater than MinMTServers.
Guidelines for Configuring AOM Parameters
This section provides formulas and guidelines for setting the MaxTasks, MaxMTServers, and MinMTServers parameters for your AOM components.
NOTE: All elements in the two formulas shown in Formulas for Calculating AOM Parameter Values vary according to your deployment. The number of concurrent users an AOM can support depends on factors such as the number of processors, session timeout settings, and the average think time.
Typically, the AOM is the only component using significant resources on the Siebel Server machine. If you run multiple server components, or run non-Siebel modules, then an AOM on this machine may support fewer concurrent threads.
Follow these general steps to determine how to set these parameter values:
- Determine the total number of concurrent users, based on the average think time and other factors discussed earlier.
- Determine the number of concurrent users that must be supported on a given Siebel Server machine running AOM. In the formulas outlined below, this is the target number of users plus the number of anonymous browser users, where applicable.
- Determine how many Siebel Server machines are needed to support your concurrent users. This is typically done by Siebel Expert Services or by platform vendors.
- Plug your values into the formulas below, then adjust the values to meet any additional criteria. In particular:
- If your calculated value for MaxMTServers is not an integer, then round up the value to the nearest integer.
- After you adjust the value of MaxMTServers, if your calculated ratio for MaxTasks/MaxMTServers is not an integer, then round up the value of MaxTasks until this ratio is an integer.
- Test your initial parameter settings, such as to gauge the actual number of anonymous browser users required, then adjust settings further as necessary.
Formulas for Calculating AOM Parameter Values
Use the formulas below for calculating parameter values for your AOM components:
- MaxTasks = target_number_of_users + anon_browser_users
- MaxMTServers = (target_number_of_users + anon_browser_users)/100
- MinMTServers = MaxMTServers
As necessary, after making your initial calculations, round up MaxMTServers to the nearest integer, calculate the remainder (X) of MaxTasks/MaxMTServers, then increment MaxTasks by adding (MaxMTServers - X). You do this to make sure that the ratio of MaxTasks/MaxMTServers is an integer.
NOTE: The figure of 100 in the MaxMTServers formula represents the ratio of concurrent tasks per multithreaded process. The value of 100 is a rule of thumb only. For details, see below.
Variables in the above formulas are described below:
- target_number_of_users = The maximum number of concurrent user sessions your AOM will support (for users who are logged into the application).
The maximum number of concurrent users is limited by the value of the MaxTasks parameter for the AOM, by the number of multithreaded processes you are running (determined by MaxMTServers and MinMTServers), and, effectively, by your hardware resources.
- anon_browser_users = The number of sessions on the AOM dedicated to anonymous browser users (threads that support users who do not log in).
- For high interactivity applications (typically, employee applications like Siebel Call Center), anonymous browser users are not supported, so this is not a factor.
- For standard interactivity applications (typically, customer applications like Siebel eService), anonymous browser users may be approximately 25% of the target number of users.
- 100 = The approximate maximum number of concurrent threads each multithreaded process on the AOM can support. The number 100 is a rule of thumb. Use the number that is appropriate for your deployment.
NOTE: A ratio of 100 for threads per multithreaded process works for most AOM usage scenarios. However, if your deployment involves a shorter think time than 30 seconds, or a heavier than average load per thread, each multithreaded process will support fewer concurrent threads. Conversely, a longer think time or a lighter average load will support more concurrent threads. For more information about how the ratio of threads per multithreaded process relates to think time, see Performance Factors for AOM Deployments.
Example Settings for AOM Parameters
Along with other factors such as think time, the calculation of MaxTasks, MaxMTServers, and MinMTServers depends on your assumptions for target_number_of_users and anon_browser_users, which are described in the previous section. Example settings follow for Siebel Call Center and Siebel eService.
Example Settings for Siebel Call Center
For Siebel Call Center, assume (for example) a think time of 30 seconds, and assume that target_number_of_users = 500. For this application, anon_browser_users is not a factor. Your parameter values would be:
MaxTasks = 500
MaxMTServers = 500/100 = 5
MinMTServers = MaxMTServers = 5
Example Settings for Siebel eService
For Siebel eService, assume (for example) a think time of 30 seconds, and assume that target_number_of_users = 500. Depending on your implementation, anon_browser_users might be about 25% of target_number_of_users (or 125). Your preliminary parameter values would be:
MaxTasks = (500 + 125) = 625
MaxMTServers = (500 + 125)/100 = 6.25 = 7 (round up)
MinMTServers = MaxMTServers = 7
Adjust the value of MaxTasks. The variable X = the remainder of (625/7) = 2. Increment MaxTasks by (MaxMTServers - X): 625 + (7 - 2) = 625 + 5 = 630. Therefore, the final calculations for parameter values would be:
MaxTasks = 630
MaxMTServers = MinMTServers =7