Approxima 1.0.0.74 - Histórico de revisão

Taynara.nakashima: /* Resultado dos testes */

2016-11-21T17:13:21Z

‎Resultado dos testes

Taynara.nakashima: /* Resultado dos testes */

2016-11-21T14:19:29Z

‎Resultado dos testes

Taynara.nakashima: /* Verificação de Desempenho */

2016-09-26T20:24:43Z

‎Verificação de Desempenho

Taynara.nakashima: /* Resultado dos testes */

2016-09-26T17:10:23Z

‎Resultado dos testes

Taynara.nakashima: /* Cenários de uso */

2016-09-26T14:55:16Z

‎Cenários de uso

Taynara.nakashima: /* Resultado dos testes */

2016-09-26T14:54:43Z

‎Resultado dos testes

Taynara.nakashima em 14h54min de 26 de setembro de 2016

2016-09-26T14:54:08Z

Taynara.nakashima: /* Análise do teste */

2016-09-26T12:41:45Z

‎Análise do teste

Taynara.nakashima: /* Resultado dos testes */

2016-09-23T20:33:22Z

‎Resultado dos testes

Taynara.nakashima: /* Cenários de uso */

2016-09-23T20:29:23Z

‎Cenários de uso

@@ Linha 302: / Linha 302: @@
 Nesta seção serão apresentados os resultados obtidos da execução dos testes. Para identificação foram utilizadas as letras "R" e "A", sendo a primeira para identificar os resultados obtidos com a utilização do redis e a segunda para configuração com ASP.NET.
-*'''Processador'''
+*'''Processador e disco'''
 : Contador: Percentagem de tempo ocioso.

@@ Linha 328: / Linha 328: @@
 : 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: O valor ideal recomendado é de no máximo 10000 por CPU.
-: Análise: A aplicação encontra-se dentro do recomendado.
+: Análise: A aplicação encontra-se acima do recomendado.
 :::::: [[Arquivo:2016-08-10 Almoxarifado MudancaContexto.png]]

← Edição anterior		Edição das 20h24min de 26 de setembro de 2016
Linha 51:		Linha 51:

	Os erros listados acima ocorrem já com 50 usuários simultâneos (carga de usuários inicial do teste), com a utilização ou não do redis. Podemos dizer que a aplicação, do modo que está hoje no meu ambiente, suportaria uma carga superior a 50 usuários e inferior a 100.		Os erros listados acima ocorrem já com 50 usuários simultâneos (carga de usuários inicial do teste), com a utilização ou não do redis. Podemos dizer que a aplicação, do modo que está hoje no meu ambiente, suportaria uma carga superior a 50 usuários e inferior a 100.
		+
		+	=== TOP 10 Queries mais lentas ===
		+
		+	* Item 01
		+	<syntaxhighlight lang="sql" line="1" >
		+	update t set
		+	appKey = p.AppKey
		+	from
		+	@personTable t
		+	inner join Profile p on p.PersonId = t.personId
		+	</syntaxhighlight>
		+
		+	* Item 02
		+	<syntaxhighlight lang="sql" line="1" >
		+	MERGE INTO EventPerson _target
		+	USING
		+	(
		+	SELECT
		+	EventId
		+	, PersonId
		+	FROM
		+	@personTable
		+	) AS _source
		+	ON (_source.EventId = _target.EventId
		+	AND _source.PersonId = _target.PersonId)
		+	WHEN NOT MATCHED THEN
		+	INSERT
		+	(
		+	EventId,
		+	PersonId,
		+	[Read]
		+	)
		+	VALUES
		+	(
		+	_source.EventId,
		+	_source.PersonId,
		+	0
		+	)
		+	WHEN NOT MATCHED BY SOURCE AND _target.EventId = @eventId THEN
		+	DELETE;
		+	</syntaxhighlight>
		+
		+	* Item 03
		+	<syntaxhighlight lang="sql" line="1" >
		+	MERGE INTO SurveyPerson _target
		+	USING
		+	(
		+	SELECT
		+	SurveyId
		+	, PersonId
		+	FROM
		+	@personTable
		+	) AS _source
		+	ON (_source.SurveyId = _target.SurveyId
		+	AND _source.PersonId = _target.PersonId)
		+	WHEN NOT MATCHED THEN
		+	INSERT
		+	(
		+	SurveyId,
		+	PersonId,
		+	Answered,
		+	Viewed
		+	)
		+	VALUES
		+	(
		+	_source.SurveyId,
		+	_source.PersonId,
		+	0,
		+	0
		+	)
		+	WHEN NOT MATCHED BY SOURCE AND _target.SurveyId = @surveyId THEN
		+	DELETE;
		+	</syntaxhighlight>
		+
		+	* Item 04
		+	<syntaxhighlight lang="sql" line="1" >
		+	INSERT INTO @personTable (personId)
		+	SELECT x FROM dbo.FNC_CONVERT_VARCHAR_IN_TABLE(@ids, ',')
		+	</syntaxhighlight>
		+
		+	* Item 05
		+	<syntaxhighlight lang="sql" line="1" >
		+	WITH split(i,j) AS
		+	(
		+	SELECT i = CAST(1 AS BIGINT), j = CHARINDEX(@separador, @string + @separador)
		+	UNION ALL
		+	SELECT i = j + 1, j = CHARINDEX(@separador, @string + @separador, j + 1) FROM split WHERE CHARINDEX(@separador, @string + @separador, j + 1) <> 0
		+	)
		+	INSERT @tabela (x)
		+	SELECT RTRIM(LTRIM(SUBSTRING(@string,i,j-i))) FROM split OPTION (maxrecursion 10000)
		+	</syntaxhighlight>
		+
		+	* Item 06
		+	<syntaxhighlight lang="sql" line="1" >
		+	INSERT INTO @personTable (PersonId, EventId)
		+	SELECT DISTINCT
		+	gp.PersonId
		+	, @eventId
		+	FROM
		+	GroupPerson gp
		+	INNER JOIN @groupTable gt
		+	ON gt.GroupId = gp.GroupId
		+	</syntaxhighlight>
		+
		+	* Item 07
		+	<syntaxhighlight lang="sql" line="1" >
		+	select distinct
		+	p.AppKey
		+	from
		+	Profile p
		+	inner join @ids i on i.Id = p.PersonId
		+	where
		+	isnull(p.AppKey, '') != ''
		+	</syntaxhighlight>
		+
		+	* Item 08
		+	<syntaxhighlight lang="sql" line="1" >
		+	INSERT INTO @personTable (PersonId, SurveyId)
		+	SELECT DISTINCT
		+	gp.PersonId
		+	, @surveyId
		+	FROM
		+	GroupPerson gp
		+	INNER JOIN @groupTable gt
		+	ON gt.GroupId = gp.GroupId
		+	</syntaxhighlight>
		+
		+	* Item 09
		+	<syntaxhighlight lang="sql" line="1" >
		+	MERGE INTO EventGroup _target
		+	USING
		+	(
		+	SELECT
		+	EventId
		+	, GroupId
		+	FROM
		+	@groupTable
		+	) AS _source
		+	ON (_source.EventId = _target.EventId
		+	AND _source.GroupId = _target.GroupId)
		+	WHEN NOT MATCHED THEN
		+	INSERT
		+	(
		+	EventId,
		+	GroupId
		+	)
		+	VALUES
		+	(
		+	_source.EventId,
		+	_source.GroupId
		+	)
		+	WHEN NOT MATCHED BY SOURCE AND _target.EventId = @eventId THEN
		+	DELETE;
		+	</syntaxhighlight>
		+
		+	* Item 10
		+	<syntaxhighlight lang="sql" line="1" >
		+	SELECT
		+	DISTINCT
		+	gp.PersonId
		+	FROM
		+	dbo.GroupPerson gp
		+	INNER JOIN @groupTable gt ON gt.Id = gp.GroupId
		+	</syntaxhighlight>

	=== Cenários de uso ===		=== Cenários de uso ===

@@ Linha 252: / Linha 252: @@
 : Usuários simultâneos: 100 usuários.
-[[Arquivo:Aguardando envio do DevOps]]
+[[Arquivo:2016-09-26 Approxima Redis100.png]]
@@ Linha 258: / Linha 258: @@
 : Usuários simultâneos: 150 usuários.
-[[Arquivo:Aguardando envio do DevOps]]
+[[Arquivo:2016-09-26 Approxima Redis150.png]]

← Edição anterior		Edição das 14h55min de 26 de setembro de 2016
Linha 123:		Linha 123:
	\|-		\|-
	\|}		\|}
−

@@ Linha 146: / Linha 146: @@
 : Análise: Grande parte do tempo encontra-se ocioso.
-:::::: [Arquivo:Approxima TempoOcioso 2016-09-26.png]]
+:::::: [[Arquivo:Approxima TempoOcioso 2016-09-26.png]]
 : Contador: Percentagem de espaço livre.

← Edição anterior		Edição das 14h54min de 26 de setembro de 2016
Linha 137:		Linha 137:

	=== Resultado dos testes ===		=== Resultado dos testes ===
−	~~Em construção~~.	+	Nesta seção serão apresentados os resultados obtidos da execução dos testes. Para identificação foram utilizadas as letras "R" e "A", sendo a primeira para identificar os resultados obtidos com a utilização do redis e a segunda para configuração com ASP.NET.
		+
		+	*'''Processador'''
		+
		+	: Contador: Percentagem 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: Abaixo de 75 %.
		+	: Análise: Grande parte do tempo encontra-se ocioso.
		+
		+	:::::: [Arquivo:Approxima TempoOcioso 2016-09-26.png]]
		+
		+	: Contador: Percentagem de espaço livre.
		+	: Descrição: Mostra a porcentagem do espaço total utilizável no disco lógico selecionado.
		+	: Limite recomendado: Acima de 25%.
		+	: Análise: Aplicação está dentro do recomendado.
		+
		+	:::::: [[Arquivo:Approxima EspacoLivre 2016-09-26.png]]
		+
		+	: Tempo total do processador.
		+	: Descrição: Mede a utilização da CPU de cada processador.
		+	: Limite recomendado: Não exceder 80% por mais de 10 minutos ao longo do período de teste.
		+	: Análise: A aplicação em vários momentos durante a execução do teste chegou a utilizar 100% de processamento no processo W3wp.exe no servidor web que utilizava para o teste.
		+
		+	:::::: [[Arquivo:2016-09-26 Approxima TotalProcessador.png]]
		+
		+	: Contador: Mudança de contexto.
		+	: 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: O valor ideal recomendado é de no máximo 10000 por CPU.
		+	: Análise: A aplicação encontra-se dentro do recomendado.
		+
		+	:::::: [[Arquivo:2016-08-10 Almoxarifado MudancaContexto.png]]
		+
		+
		+	*'''Memória'''
		+
		+	: Contador: Páginas/segundo.
		+	: 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: A aplicação apresentou diferentes tempos para o ARR, SQL e servidores Web. No ARR ficou dentro do recomendado, no SQL por sua vez, apenas com a utilização do redis e com até 100 usuários simultâneos a aplicação ficou dentro do recomendado. Nos demais casos a média do tempo de página/s foi superior ao recomendado. Indicam um delay no sistema utilizado.
		+
		+	:::::: [[Arquivo:2016-09-26 Approxima PaginaS.png]]
		+
		+	: Contador: % Memória virtual comprometida.
		+	: 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: Com a utilização do redis a aplicação encontra-se dentro do recomendado. Quando utiliza o ASP.NET é possível visualizar uma variação no indicador.
		+
		+	:::::: [[Arquivo:2016-09-26 Approxima MemoriaVirtualComprometida.png]]
		+
		+
		+	: Contador: Memória disponível em MBytes.
		+	: 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: Os servidores web aproximam-se bastante dos limites recomendados.
		+
		+	:::::: [[Arquivo:2016-09-26 Approxima MemoriaDisponivel.png]]
		+
		+
		+	*'''Network'''
		+
		+	: Contador: Kbytes totais pela interface de rede.
		+	: Descrição: Indica quantos Kbytes 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: O tráfego na rede ocorre devido a possibilidade de conexão e sem perda de sessão durante os testes. Sem o uso do redis não é possível realizar uma quantidade de login satisfatória para que tenha tráfego na rede.
		+
		+	:::::: [[Arquivo:2016-09-26 Approxima InterfaceRede.png]]
		+
		+	: Contador: Falhas de conexão (TCP)
		+	: 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: Grande ocorrência de falhas nos servidores webs a partir de 100 usuários simultâneos conectados.
		+
		+	:::::: [[Arquivo:2016-09-26 1Approxima ConexoesFalhas.png]]
		+
		+
		+	*'''SQL'''
		+
		+	: Contador: Expectativa de vida da página.
		+	: Descrição: Indica o número em segundos que uma página vai ficar na área de buffers, sem referências.
		+	: Limite recomendado: Quanto menor melhor.
		+	: Análise: Com a utilização do redis o sistema possui quantitativo satisfatório.
		+
		+	:::::: [[Arquivo:2016-09-26 Approxima ExpectativaDeVida.png]]
		+
		+
		+	*'''WEB'''
		+
		+	: Contador: Requests/sec.
		+	: Descrição: Mostra o número de requisições por segundo que seu site está atendendo. Na maioria das aplicações este número é relativamente baixo não passando de 5 ou 10 já que pra que este contador seja incrementado é necessário que as requests sejam executadas exatamente no mesmo segundo. Isto geralmente acontece em duas situações: você tem vários usuários acessando sua aplicação ao mesmo tempo ou caso suas requisições demorem muito pra terminar a execução.
		+	: Limite recomendado: O número é relativamente baixo não passando de 5 ou 10.
		+	: Análise: Com a utilização do redis o sistema possui quantitativo satisfatório.
		+
		+	:::::: [[Arquivo:2016-09-26 Approxima RequestSec.png]]
		+
		+
		+	*'''IIS'''
		+
		+	: Contador: Current Applicantion Pool Uptime.
		+	: Descrição: Permite que você veja se o pedido tiver sido reiniciado ou não.
		+	: Limite recomendado: Quanto menor melhor.
		+	: Análise: Com a utilização do redis com até 100 usuários simultâneos conectados o sistema possui quantitativo satisfatório.
		+
		+	::::::::: [[Arquivo:2016-09-26 Approxima CurrentApplicationPoolUptime.png]]
		+
		+
		+	*'''Redis'''
		+
		+	: Descrição: Dados do redis disponibilizados pela equipe do DevOps para comparativos.
		+	: Usuários simultâneos: 50 usuários.
		+
		+	[[Arquivo:2016-09-26 Approxima Redis50.png]]
		+
		+
		+	: Descrição: Dados do redis disponibilizados pela equipe do DevOps para comparativos.
		+	: Usuários simultâneos: 100 usuários.
		+
		+	[[Arquivo:Aguardando envio do DevOps]]
		+
		+
		+	: Descrição: Dados do redis disponibilizados pela equipe do DevOps para comparativos.
		+	: Usuários simultâneos: 150 usuários.
		+
		+	[[Arquivo:Aguardando envio do DevOps]]
		+
		+
		+	*'''JMeter'''
		+
		+	: Descrição: Quantidade total de samplers.
		+
		+	:::::: [[Arquivo:2016-09-26 Approxima Sampler.png]]
		+
		+
		+	: Descrição: Quantidade total de samplers.
		+
		+	:::::: [[Arquivo:2016-09-26 Approxima TempoDeResposta.png]]
		+
		+
		+	: Descrição: Porcentagem de erro total.
		+
		+	:::::: [[Arquivo:2016-09-26 Approxima PorcentagemErro.png]]
		+
		+
		+	: Descrição: Vazão.
		+
		+	:::::: [[Arquivo:2016-09-26 Approxima Vazao.png]]

@@ Linha 37: / Linha 37: @@
 === Análise do teste ===
-A utilização do redis possibilitou utilizar a aplicação com uma quantidade de erros inferior de erros de login, além da perda de sessão. Além foi observada uma melhora na performance no sistema como:
+A utilização do redis possibilitou utilizar a aplicação com uma quantidade de erros inferior de erros de login, além da perda de sessão. Foi observada uma melhora na performance no sistema como:
 # Menor utilização de hardware.
 # Melhoras no tempo de resposta.
 # Quantidade maior de usuário logados simultâneos.
-Durante a execução dos testes foram encontrados problemas na aplicação listadas abaixo:
+Durante a execução dos testes foram encontrados problemas (não relacionados ao uso do redis) na aplicação, segue listagem abaixo:
 # Não foi possível balancear a carga entre os dois servidores.
 # Problemas de conexão da API com o banco de dados, que são os erros salvos como “The network path was not found”.

← Edição anterior		Edição das 20h33min de 23 de setembro de 2016
Linha 137:		Linha 137:

	=== Resultado dos testes ===		=== Resultado dos testes ===
−	Em ~~análise~~.	+	Em construção.

@@ Linha 64: / Linha 64: @@
 |-
 |}
@@ Linha 84: / Linha 83: @@
 |-
 |}
@@ Linha 106: / Linha 104: @@
 |-
 |}
@@ Linha 126: / Linha 123: @@
 |-
 |}