Exibir origem

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.

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

<style>
div.theme-default .ia-splitter #main {
    margin-left: 0px;
}
.ia-fixed-sidebar, .ia-splitter-left {
    display: none;
}
#main {
    padding-left: 10px;
    padding-right: 10px;
    overflow-x: hidden;
}

.aui-header-primary .aui-nav,  .aui-page-panel {
    margin-left: 0px !important;
}
.aui-header-primary .aui-nav {
    margin-left: 0px !important;
}

.aui-tabs.horizontal-tabs>.tabs-menu>.menu-item.active-tab a::after { 
	background: #FF9900; !important 
}

.menu-item.active-tab { 
	border-bottom: none !important; 
}

</style>