Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

Índice

Índice
maxLevel4
outlinetrue
exclude.*ndice
stylenone


Monitoramento

...

A primeira meta é identificar o ponto de lentidão no sistema e levantar os tempos aproximados.

Com base na reclamação do cliente no cenário de lentidão reportado, pode-se monitorar os tempos de resposta do servidor usando as ferramentas de desenvolvimento do navegador (tecla F12). O monitoramento dos tempos de resposta é feito pela ferramenta de rede (Network).

 


Tabela Geral para tempo de resposta

Tempo
Percepção
Reação
menor que 1 segundoInstantâneoFeliz
até 3 segundosRápidoIndiferente
de 3 a 5 segundosAceitávelDesconforto
de 5 a 10 segundosLentoIrritação 
maior que 10 segundosTravadoReenvio da solicitação


Tempos esperados para algumas operações do fluig

Operação
1 usuário
30 usuários
100 usuários
Carregar pagina< 3 segundos< 5 segundos12 segundos
Movimentação de processos< 5 segundos< 8 segundos20 segundos
Publicar documento< 3 segundos< 5 segundos

10 segundos


 

Análise


Após levantar o recurso e os tempos é possível fazer uma rápida análise para identificar alguns pontos que costumam interferir na resposta do servidor: 

Páginas

Tamanho das páginas

Ainda na aba de network da Network da ferramenta de desenvolvimento  ver desenvolvimento, verificar a quantidade de bytes transferidas transferidos para montar a paginapágina.

As paginas padrões do páginas padrão da plataforma Fluig não passam ultrapassam o tamanho de 1100 bytes. Números Tamanhos acima de 2 megas MB podem prejudicar a performance, dependendo da infra estrutura infraestrutura de rede.

Widgets síncronas

Em alguns casos as widgets demoradas , widgets demorados "travam" o desenho de carregamento de toda página. Retire a o widget em questão da pagina página e efetue um  um novo teste. Caso o tempo de resposta seja aceitável, verificar a possibilidade da do widget ser transformada em assíncrona.  convertido para assíncrono.

Banco de Dados

Caso o cliente possua um DBA ou uma equipe que monitore o banco solicite um relatório de Queries lentas e peca para verificar se não existe locks demorados ou DeadLocks.

 

 

Configurações

 

Solicite um relatório de queries lentas ao DBA da empresa (ou à equipe que monitora o banco de dados do Fluig) e peça para verificarem se não existem locks muito demorados ou deadlocks.

Configurações

O Fluig O fluig na instalação padrão sai com apenas 20 conexões com o banco. Esse numero é baixo. O ideal é deixar esse numero próximo ao numero Recomenda-se ajustar a quantidade de conexões para um valor próximo à quantidade de usuários concorrentes esperado.  Mais é importante tomar cuidado. Um numero esperada.

Nota
titleAtenção

Um número muito alto de conexões ao banco de dados gera gasto no gerenciamento do pool.

Para identificar se o cliente esta sistema está sofrendo com falta de conexões, é necessário habilitar o console de gerenciamento do JBossWildFly.

  1. No prompt de comando do Windows ou no shell do Linux, navegue até o diretório bin do JBoss do WildFly ([Instalação do fluig]/jbossappserver/bin);
  2. Executar o script add-user.bat ou add-user.sh;
  3. Para a Na primeira pergunta exibida, apenas digite ENTER;
  4. Digite Informe o nome do usuário na segunda pergunta;
  5. Escolha uma senha e digite-a na terceira e quarta perguntaperguntas;
  6. Após a confirmação da senha, digite ENTER na quinta pergunta;
  7. Na sexta e sétima perguntas é necessário digitar "simSim" (ou yes"Yes", se o console estiver em inglês) e confirmar com a tecla Enter.

Após o cadastro do usuário acesse o console de monitoramento http://<IP_OU_HOST>[IP ou hostname]:9990. O ideal é usar o IE (até o Fluig 1.5) pois a visualização dos dados no Chrome ou Firefox trazem informações confusas.

Image Removed

  • A

...

  • métrica Available

...

  • indica quantas conexões estão livres para serem usadas.
  • O

...

  • Active Count

...

  • informa a quantidade de conexões com o banco sendo usadas no momento.
  • O

...

  • Max Used

...

  • é o registro do numero máximo de conexões usadas desde que o servidor foi iniciado.

...

  • Se o percentual do

...

  • Max Used

...

  • estiver em 100% em algum momento o cliente sofreu com falta de conexões com o banco. Para verificar o percentual Max Used, acesse Runtime > Hosts > master > fluig1 > Subsystems > Datasources e acione View.

Image Added

Ainda no console de monitoramento é possível acompanhar o uso de memoria do Jbossmemória do WildFly. Para verificar o uso de memória, acesse Runtime > Hosts > master > fluig1 > JVM e acione View.

 Image RemovedImage Added

Caso o percentual do uso de memoria memória fique variando na casa dos 90% por um longo período é possível que o servidor precise mais memoriamemória.

Uma ultima A última avaliação a ser feita no console é o acumulo de mensagens nas filas e tópicos. Para isso, acesse Hosts > master > fluig1 > Subsystems > Messaging - ActiveMQ e acione View.

Image AddedImage Removed

Avaliar todas as filas e tópicos. Caso algum tenha a informação "In Delivery" maior que 30 provavelmente algum componente do fluig Fluig precise ser revisto.