Guia do Usuário e do Administrador - e IBM Tivoli Composite

será mais eficiente, resultando em menos atrasos interagindo com sistemas
host. Consulte “Resolução de Contenção (Apenas TN3270E)” na página 523
para obter informações adicionais.
Ajustar Atrasos de Estratégia?
Talvez você queira alterar o valor de default.delayInterval para aprimorar
o tempo de resposta ou para permitir um desempenho confiável em
aplicativos ou ambientes em que o tempo de resposta é mais longo. Alguns
sistemas host repetidamente possuem uma latência de tempo de resposta
longa antes de enviar determinadas telas. O retardo pode estar em uma
etapa do host que requer processamento considerável, ou pode envolver
um recurso de rede que tenha periodicamente uma intensa demanda.
Nestes casos, aumentar o valor delayInterval pode resultar em uma
organização de tela mais confiável. Você deve acomodar não apenas o
tempo médio para resposta do host, mas também a variação típica mais
longa. Escolha um valor que acomode as condições de operação típicas. De
forma semelhante, as configurações default.delayStart,
default.appletDelayInterval, fast3270E.minimumWait e
fast5250.minimumWait controlam atrasos em vários casos. Consulte as
descrições para as configurações na Tabela 26 na página 519.
O que Acontece Quando um Retardo como default.delayInterval É
Definido como Muito Pequeno?
O tempo de execução do HATS pode decidir que a tela está
concluída e que o host concluiu o envio de dados. Alguns
exemplos dos sintomas que podem ocorrer neste caso são:
v A tela do HATS está vazia e clicar em Atualizar corrige isso.
v Uma tela parece estar parcialmente (não totalmente) processada
e clicar em Atualizar corrige isso.
v O evento de customização de tela errado é chamado, o que pode
resultar na exibição da transformação de customização errada,
pois os critérios de reconhecimento de tela não podem examinar
a tela incompleta de maneira adequada.
O que Acontece Quando um Retardo É Definido como Muito Grande?
O usuário pode obter tempos de resposta longos e, na pior das
situações, parar de aguardar a tela. O ajuste do aplicativo requer
um raciocínio operacional em relação ao aplicativo e o ambiente de
rede no qual ele está sendo utilizado e há um equilíbrio a ser
alcançado.
Corrigir Outros Cenários de Problemas?
Existem situações que parecem semelhantes às resolvidas ajustando atrasos
de estratégia, mas possuem diferentes soluções:
v Permitindo que aplicativos processem telas inibidas. Utilize as
configurações keyboardInhibitedWait e oiaLockMaxWait de
personalização de sinalizadores da OIA de espera.
v A atualização de tela do HATS para conexões 5250 não é bem-sucedida
em alguns casos, mesmo após o ajuste de atrasos de estratégia. Pode ser
necessário desativar a estratégia Fast5250 utilizando a definição
nextScreenClass.
Utilizar atualização automática?
Com base no ambiente e nos requisitos de rede, a utilização da atualização
automática pode ser útil para melhorar o tempo de resposta do usuário.
Consulte “Atualização Automática” na página 526 para obter mais
informações.
Apêndice B. Referência de Organização de Tela do HATS 531