OnCorretor 3.0.0.0 - Histórico de revisão

Andre.iguera: /* Resultado dos testes */

2016-12-02T19:38:01Z

‎Resultado dos testes

Andre.iguera em 19h18min de 2 de dezembro de 2016

2016-12-02T19:18:03Z

Andre.iguera: Andre.iguera moveu a página Versão 3.0.0.0 para OnCorretor 3.0.0.0: Adequação

2016-12-02T19:14:49Z

Andre.iguera moveu a página Versão 3.0.0.0 para OnCorretor 3.0.0.0: Adequação

Andre.iguera: /* Análise do teste */

2016-12-02T19:10:44Z

‎Análise do teste

Andre.iguera: /* Análise do teste */

2016-12-02T18:52:08Z

‎Análise do teste

Andre.iguera: /* Análise do teste */

2016-12-02T18:42:38Z

‎Análise do teste

Andre.iguera: /* Resultado dos testes */

2016-12-02T18:21:37Z

‎Resultado dos testes

Andre.iguera: /* Resultado dos testes */

2016-12-02T18:04:30Z

‎Resultado dos testes

Andre.iguera: /* Resultado dos testes */

2016-12-02T15:09:04Z

‎Resultado dos testes

Andre.iguera: /* Cenários de uso */

2016-12-02T15:03:17Z

‎Cenários de uso

← Edição anterior		Edição das 19h38min de 2 de dezembro de 2016
Linha 286:		Linha 286:

	[[Arquivo:2016-12-02 Tempo ocioso OnCorretor 50.png]] [[Arquivo:2016-12-02 Tempo ocioso OnCorretor 100.png]] [[Arquivo:2016-12-02 Tempo ocioso OnCorretor 100 C2.png]]		[[Arquivo:2016-12-02 Tempo ocioso OnCorretor 50.png]] [[Arquivo:2016-12-02 Tempo ocioso OnCorretor 100.png]] [[Arquivo:2016-12-02 Tempo ocioso OnCorretor 100 C2.png]]
		+

@@ Linha 1: / Linha 1: @@
-== Sistemas Verificados ==
+== Dados do teste ==
 *OnCorretor 3.0.0.0
 == Verificação de Desempenho ==

@@ Linha 146: / Linha 146: @@
 Em relação ao processador, foi possível observar que o processador possui uma elevada taxa de mudança de contexto, o que significa que o processador é compartilhado repetidamente, por exemplo, por muitos segmentos de igual prioridade. A alta taxa de contexto-chave muitas vezes indica que existem muitos segmentos que competem para os processadores no sistema. A taxa de trocas de contexto também pode afetar o desempenho de computadores com múltiplos processadores.
 Em relação à rede, apresentou menores taxas de falhas TCP nos cenários com cache. Pode ser explicado pelo fato de que, com a utilização do cache, o sistema não precisa fazer tantas requisições ao BD. No cenário C2, as taxas foram baixas com ou sem a utilização de cache, o que pode indicar uma relação entre as ações de login/edição e os erros TCP.
 === Cenários de uso ===

@@ Linha 142: / Linha 142: @@
 Em relação à memória RAM do SQL, houve uma diminuição considerável do consumo nos cenários sem a utilização de cache. No cenário C1 com cache, o alto consumo pode ser explicado pelo fato do cache ter sido esvaziado antes do início dos testes, fazendo com que o sistema consumisse carga para realizar uma nova gravação do cache.
 No cenário C2, o consumo de memória do SQL se manteve estável em 20%. Podemos concluir que as atividades de edição do cenário C1 são responsáveis por grande parte do consumo de memória do SQL.
 Em relação ao processador, foi possível observar que o processador possui uma elevada taxa de mudança de contexto, o que significa que o processador é compartilhado repetidamente, por exemplo, por muitos segmentos de igual prioridade. A alta taxa de contexto-chave muitas vezes indica que existem muitos segmentos que competem para os processadores no sistema. A taxa de trocas de contexto também pode afetar o desempenho de computadores com múltiplos processadores.
 === Cenários de uso ===

@@ Linha 134: / Linha 134: @@
 === Análise do teste ===
-XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
+OS testes foram realizados com 50 e 100 usuários simultâneos. Os servidores WEB utilizados (8) tiveram uma alta taxa de utilização de memória RAM, inviabilizando testes com mais de 100 usuários. Esta situação pode ser comprovada com a alta taxa de páginas por segundo, podendo indicar uma falta de memória, resultando na utilização de memória virtual pela aplicação.
 === Cenários de uso ===

← Edição anterior	Edição das 19h14min de 2 de dezembro de 2016
(Sem diferença)

@@ Linha 293: / Linha 293: @@
 : Descrição: Indica a percentagem da memória comprometida utilizada dentro do limite dado pela soma da memória RAM e Page File.
 : Limite recomendado: Abaixo de 75% e que não tenha grande variação no indicador.
-: Análise:
+: Análise: Os servidores WEB consumiram mais de 90% em todos os cenários. A alta utilização de memória do SQL no cenário C1 com cache pode ser explicada pela limpeza de cache que foi realizada antes do início de cada teste. No cenário C2 (apenas acesso), o SQL teve desempenho satisfatório, não ultrapassando 20% com ou sem o uso do cache.
 [[Arquivo:2016-12-02 Memoria comprometida OnCorretor 50.png]]  [[Arquivo:2016-12-02 Memoria comprometida OnCorretor 100.png]]  [[Arquivo:2016-12-02 Memoria comprometida OnCorretor 100 C2.png]]
@@ Linha 301: / Linha 301: @@
 : Descrição: Indica quantidade de memória disponível para alocação em MBytes.
 : Limite recomendado: Se o valor for inferior a 20/25 por cento de RAM instalada é uma indicação de memória insuficiente. Menos de 100 MB é uma indicação de que o sistema é muito carente de memória e paginação.
-: Análise:
+: Análise: Os servidores WEB consumiram mais de 90% em todos os cenários. A alta utilização de memória do SQL no cenário C1 com cache pode ser explicada pela limpeza de cache que foi realizada antes do início de cada teste. No cenário C2 (apenas acesso), o SQL teve desempenho satisfatório, não ultrapassando 20% com ou sem o uso do cache.
 [[Arquivo:2016-12-02 Memoria disponivel OnCorretor 50.png]]  [[Arquivo:2016-12-02 Memoria disponivel OnCorretor 100.png]]  [[Arquivo:2016-12-02 Memoria disponivel OnCorretor 100 C2.png]]
@@ Linha 311: / Linha 311: @@
 : Descrição: Indica quantos Mbytes foram enviados e recebidos a cada segundo pela interface de rede.
 : Limite recomendado: Menor que 5 Mbytes para uma rede de 100Mbps, menor que 50 Mbytes para uma rede de 1000 Mbps. (Quanto menor melhor).
-: Análise:
+: Análise: O sistema ficou dentro do limite recomendado em todo os cenários.
 [[Arquivo:2016-12-02 Interface rede OnCorretor 50.png]] [[Arquivo:2016-12-02 Interface rede OnCorretor 100.png]] [[Arquivo:2016-12-02 Interface rede OnCorretor 100 C2.png]]
@@ Linha 320: / Linha 320: @@
 : Descrição: Este é o número bruto de conexões TCP que falharam desde que o servidor foi iniciado. Uma falha normalmente indica uma perda de dados em lugar no processo. A perda pode ocorrer em muitos locais. Esta poderia ser uma indicação de um outro dispositivo que está sendo para baixo, ou problemas com a configuração do lado do cliente do software.
 : Limite recomendado: Quanto menor melhor.
-: Análise:
+: Análise: Houve uma diminuição considerável de falhas no cenário C2, levando a crer que a maior quantidade de falhas TCP ocorre na edição dos sites. No cenário C1, a quantidade de falhas foi maior sem o cache, o que pode ser explicado pelo aumento do acesso ao BD.
 [[Arquivo:2016-12-02 Falhas TCP OnCorretor 50.png]] [[Arquivo:2016-12-02 Falhas TCP OnCorretor 100.png]] [[Arquivo:2016-12-02 Falhas TCP OnCorretor 100 C2.png]]
@@ Linha 351: / Linha 351: @@
 : Descrição: Este contador fornece o tamanho médio da fila de disco no servidor SQL.
 : Limite recomendado: Máximo de 2
-: Análise:
+: Análise: A fila ultrapassou o limite no cenário C1, chegando a 10 sem o cache. Como o cenário C2 não apresentou o mesmo problema, podemos constatar que a edição de páginas do cenário C1 é a responsável pelo aumento da fila do disco no servidor SQL.
 [[Arquivo:2016-12-02_Fila_disco_SQL_OnCorretor.png]]
@@ Linha 362: / Linha 362: @@
 : Descrição: Indica o número de requests por segundo.
 : Limite recomendado: Quanto maior melhor. Em caso de utilização de mais de um servidor web deve-se estar próximo a quantidade de requests.
-: Análise:
+: Análise: Os valores estão satisfatórios. No cenário C2 não houve requisições.
 [[Arquivo:2016-12-02 Requests Sec OnCorretor 50.png]] [[Arquivo:2016-12-02 Requests Sec OnCorretor 100.png]] [[Arquivo:2016-12-02 Requests Sec OnCorretor 100 C2.png]]
@@ Linha 372: / Linha 372: @@
 : Dado: Sampler
 : Descrição: Informa a quantidade threads.
-: Limite recomendado: A maior quantidade de requisições está no acesso a home, realização do login, acesso a notícia e acesso a uma tela do menu.
+: Análise: O número de samplers sem a utilização de cache.
 [[Arquivo:2016-12-02 Jmeter Sampler OnCorretor 50.png]] [[Arquivo:2016-12-02 Jmeter Sampler OnCorretor 100.png]] [[Arquivo:2016-12-02 Jmeter Sampler OnCorretor 100 C2.png]]
@@ Linha 381: / Linha 381: @@
 : Descrição: Informa o tempo médio de resposta.
 : Limite recomendado: Quanto menor melhor.
 [[Arquivo:2016-12-02 Jmeter Responde time OnCorretor 50.png]]  [[Arquivo:2016-12-02 Jmeter Responde time OnCorretor 100.png]]  [[Arquivo:2016-12-02 Jmeter Responde time OnCorretor 100 C2.png]]

@@ Linha 267: / Linha 267: @@
 : Descrição: Mostra a porcentagem do espaço total utilizável no disco lógico selecionado.
 : Limite recomendado: Acima de 25%.
-: Análise:
+: Análise: O sistema ficou dentro do limite esperado, acima de 25%. Não houve grande variação.
 [[Arquivo:2016-12-02 Espaço livre OnCorretor 50.png]]  [[Arquivo:2016-12-02 Espaço livre OnCorretor 100.png]]  [[Arquivo:2016-12-02 Espaço livre OnCorretor 100 C2.png]]
@@ Linha 275: / Linha 275: @@
 : Descrição: A mudança de contexto ocorre quando o kernel muda o processador de um segmento para outro, por exemplo, quando um segmento com uma prioridade maior do que o segmento em execução torna-se pronto.
 : Limite recomendado: Quanto menor melhor.
-: Análise:
+: Análise: Apresentou maior mudança de contexto nos cenários com cache.
 [[Arquivo:2016-12-02 Mudança contexto OnCorretor 50.png]]  [[Arquivo:2016-12-02 Mudança contexto OnCorretor 100.png]]  [[Arquivo:2016-12-02 Mudança contexto OnCorretor 100 C2.png]]
@@ Linha 285: / Linha 285: @@
 : Descrição: Mede o número de páginas por segundo que são paginadas fora da memória RAM para a memória virtual.
 : Limite recomendado: Se o número for alto indica falhas graves. O limite normalmente é de 20 páginas/s
-: Análise:
+: Análise: Os servidores ARR e SQL ficaram dentro do limite em todos os cenários. Os servidores WEB ficaram muito acima do limite em todos os cenários, tendo uma pequena melhora quando o cache não está sendo utilizado.
 [[Arquivo:2016-12-02 Paginas segundo OnCorretor 50.png]]  [[Arquivo:2016-12-02 Paginas segundo OnCorretor 100.png]]  [[Arquivo:2016-12-02 Paginas segundo OnCorretor 100 C2.png]]

@@ Linha 254: / Linha 254: @@
 *'''Processador e disco'''
 : '''Contador: Porcentagem de tempo ocioso'''
 : Descrição: Este contador fornece quanto tempo o disco permaneceu em estado de repouso, ou seja, todos os pedidos do sistema operacional para o disco ter sido concluída e há zero de pedidos pendentes. Este contador varia de 100 (ou seja, sempre ocioso) para 0 (ou seja, sempre ocupado).
 : Limite recomendado: Acima de 75 %.
 : Análise:
 [[Arquivo:2016-12-02 Tempo ocioso OnCorretor 50.png]] [[Arquivo:2016-12-02 Tempo ocioso OnCorretor 100.png]] [[Arquivo:2016-12-02 Tempo ocioso OnCorretor 100 C2.png]]

@@ Linha 141: / Linha 141: @@
 {| class="wikitable"
+|-
 |-
 !colspan="6"|Cenário C1: Editar página corretora (corretor)
@@ Linha 162: / Linha 163: @@
 |-
 !colspan="6"|Cenário C2: Acesso a home (usuário)
 |-
 |colspan="2"|02 - Acessar site do corretor|| style="text-align: center; | 5 || style="text-align: center; | 1