Utilize este tópico para suportar definições avançadas do serviço ORB (Object Request Broker). O perfil de carga de trabalho especifica o perfil da carga de trabalho do servidor, que
pode ser ISOLATE, IOBOUND, CPUBOUND ou LONGWAIT.
Sobre Esta Tarefa
Não apenas o WLM (gerenciamento de carga de trabalho) despacha trabalho para os servants
de acordo com a política de serviço, como também o faz apenas enquanto tiver worker threads
disponíveis. Worker threads do WLM são encadeamentos regulares que registram-se especificamente
com o WLM como receptores de trabalho. Na implementação do WebSphere Application Server para z/OS, esse conjunto de encadeamentos é estático. O conjunto em um espaço de endereçamento nem cresce,
nem é reduzido. O número de encadeamentos trabalhadores administra o número máximo de pedidos simultâneos que o WLM aceita em um servant. No entanto, isto se aplica apenas a pedidos orientados por HTTP, IIOP e Java Message Service (JMS). Esse conjunto de encadeamentos não trata beans assíncronos. O número de encadeamentos alocados para esse conjunto é administrado por um objeto externo conhecido como perfil da Carga de Trabalho ORB.
Procedimento
-
Para configurar o perfil da carga de trabalho no console administrativo,
clique em Servidores > Servidores de Aplicativos > server_name > Serviços do contêiner
> Serviço do ORB > Configurações adicionais do z/OS.
- ISOLATE: O número de encadeamentos é 1. Especifica que os servants são restritos a um único encadeamento de aplicativos. Utilize ISOLATE para garantir que aplicativos enviados
simultaneamente não sejam executados no mesmo servant. Dois pedidos
processados no mesmo servant podem fazer com que um pedido corrompa outro.
- IOBOUND: Padrão - O número de encadeamentos é 3 * Número de CPUs. Especifica mais encadeamentos em aplicativos que executam processamentos intensivos de E/S no sistema operacional z/OS. O cálculo do número de encadeamentos é
baseado no número de CPUs. IOBOUND é utilizado pela maioria dos aplicativos
com equilíbrio de chamadas de operação remotas e que exigem da CPU. Uma tarefa em lote é um exemplo que utiliza
o perfil IOBOUND.
- CPUBOUND: O número de encadeamentos é o número de CPUs. Especifica que o aplicativo executa operações intensivas do processador no sistema operacional z/OS e, portanto, não se beneficiará de mais encadeamentos do que do número de CPUs. O cálculo do número de encadeamentos é
baseado no número de CPUs.Use a configuração do perfil CPUBOUND em aplicativos de CPU intensiva, como tarefas compute-intensive (CI), análise de XML e construção de documento XML, em que uma grande maioria de tempo de resposta do aplicativo é gasta usando a CPU.
- LONGWAIT: O número de encadeamentos é 40. Especifica mais encadeamentos que IOBOUND para processamento de
aplicativos. LONGWAIT
gasta a maior parte de seu tempo aguardando a conclusão de operações na rede ou remotas.
Utilize esta definição quando o aplicativo fizer chamadas freqüentes para outro sistema de aplicativo, como aplicativos screen scraper do CICS (Customer Information Control System),
mas não executar uma grande parte de seu próprio processamento.
-
Para alterar o número mínimo e máximo de instâncias servant do WebSphere
Application Server utilizando o console administrativo, selecione Servidores
> server_name. Clique em Infra-estrutura do Servidor > Gerenciamento Java
e de Processos > Instância do Servidor. Marque a caixa Várias Instâncias Ativas e digite o número mínimo e máximo de instâncias servant.
-
Min servants <= número de políticas de serviço possíveis <=
max servants
Resultados
O número de CPUs é o número de CPUs on-line quando o controlador é iniciado.
Você pode consultar a mensagem BBOO0234I no log de tarefas do controlador para verificar o número de encadeamentos do trabalhador.