Páginas filhas
  • 6902529 DFWKTOOLS-881 DT Melhora performance abertura formulário metadado


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).


IMPORTANTE!

Disponível a partir do pacote oficial 12.1.28 ou Framework Fix 12.1.27.(fix02)


05. ASSUNTOS RELACIONADOS