01. DADOS GERAIS
Linha de Produto: | Logix |
---|---|
Segmento: | Tecnologia |
Módulo: | Metadados |
Função: | Carga de formulários metadado |
Ticket: | 6902529 |
Requisito/Story/Issue: | DFWKTOOLS-881 |
02. SITUAÇÃO/REQUISITO
Tempo de abertura do programa VDP20000 (Formulário metadado tipo CRUD), está muito alto.
Após aplicar o pacote Framework 12.1.25.FIX02 teve uma melhora no tempo mas ainda demora muito tempo, em média 16 segundos.
03. SOLUÇÃO
Foram realizados alguns ajustes para melhorar a carga de formulário metadado, no entanto para alguns cenários de formulários pode não apresentar muita diferença devido ao volume de componentes registrados no formulário e também pode ter relação com o volume de variáveis 4GL do tipo ARRAY OF RECORD que a aplicação pode ter definido com um quantidade muito grande de linhas, onerando o processo de abertura de formulários devido a possível inicialização de dados.
Foi encaminhada como sugestão de alteração para que a aplicação VDP20000 realize algumas inicializações de variáveis no evento BEFORE_LOAD do formulário, pois atualmente existe uma certa demora na exibição da tela de diálogo principal do formulário com as mensagens de carga do formulário, devido a esta inicialização ser realizada antes de acionar a execução do formulário VDP20000 (Ticket Nr. 7957274).
04. DEMAIS INFORMAÇÕES
Para melhorar a performance de execução do produto, atente-se a um algumas dicas para um bom gerenciamento de ambientes utilizando TotvsTec Build versão 32 bits:
- Banco de dados (Estatístiticas da situação atual do banco de dados com relação a desempenho);
- Tamanho de RPO (Tamanho padrão do RPO Logix atualmente tem em média 380MB);
- Dimensionamento dos serviços disponíveis com relação ao volume de processos por AppServer e também tentar manter em média um consumo máximo de 1.8GB por AppServer como limite (Chave SERVERMEMORYLIMIT na seção [GENERAL] );
- Quantidade de atualizações (PATCHES) aplicados em RPO de ambiente utilizado em produção, sem ter reiniciado os respectivos AppServers. Isso pode onerar o tempo de processamento dos AppServers pois o volume de versões distintas de RPO impacta em um maior consumo de memória por AppServer;
- Espaço livre no disco do Servidor dos serviços AppServer e também de Banco de Dados;
- Fazer uso de chave por tempo de inatividade (Chave INACTIVETIMEOUT na seção [GENERAL]);
- Latência na rede de dados de acesso utilizada pelo sistema.
- Evitar uso da chave de geração de PROFILER ativa no ambiente (Chave LOGPROFILER=1 na seção do ambiente em uso do AppServer);
- Evitar uso da chave de geração de DEBUG SQL (4GL) ativa no ambiente (Chave FGLSQLREPLAY=1 na seção do ambiente em uso do AppServer);
- Evitar uso de chave de profile logix.dbtrace.[programa].[usuario] para geração de Tracer de Banco de dados.
- Manter um volume de arquivos saudável (não muito alto) nas pastas de destino de relatórios e área temporária do servidor de aplicação:
♦ Pasta configurada na chave de ambiente OUTPUTDIR;
♦ Pasta /report_temp/ localizada na pasta configurada na chave de ambiente ROOTPATH;
♦ Pasta /temp/ localizada na pasta configurada na chave de ambiente ROOTPATH;
♦ Pastas configuradas para o sistema LST no cadastro de caminhos de relatórios Logix (LOG00098 - Diretórios de Relatórios).
Disponível a partir do pacote oficial 12.1.28 ou Framework Fix 12.1.27.(fix02)IMPORTANTE!
05. ASSUNTOS RELACIONADOS
- Chave de configuração AppServer - InactiveTimeout
- Chave de configuração AppServer - ServerMemoryLimit
- Balanceamento de carga com broker
- Consumo de memória de aplicações 32 bits - Windows
- Consumo de memória de aplicações 32 bits - Linux
- Chaves de Profile Logix