... | ... | @@ -87,30 +87,18 @@ No primeiro cenário simulamos um usuário enviando quatro mensagens para o Rasa |
|
|
|
|
|
## Cenario 2
|
|
|
|
|
|
| nº de acessos simultâneos | nº de instâncias | RAM (mb) por instância |
|
|
|
| ------ | ------ | ------ |
|
|
|
| 10 | 1 | 300 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Podemos verificar que o Senic manteve o tempo de resposta de cada thread dentro de uma faixa de 12.5 segundos, o que é um indício de que apesar de terem sido disparadas ao mesmo tempo, todas foram processadas de maneira assíncrona. Um segunda ponto é que todas as 30 requisições foram processadas, e a api retornou um response válido para todas.
|
|
|
| nº de acessos simultâneos | nº de instâncias | nº de mensagens enviadas | RAM (mb) por instância |
|
|
|
| ------ | ------ | ------ | ------ |
|
|
|
| 10 | 2 | 4 | 300 |
|
|
|
|
|
|
## Cenario 2
|
|
|
Nesse cenário teremos dez usuários enviando quatro mensagens cada. Manteremos o número de instâncias do rasa e a mesma quantidade de RAM e CPU. Utilizaremos um gráfico de percentil, para avaliar quantas requisições ficaram abaixo de três segundos, e quantas ficaram acima. O gráfico a seguir demonstra esses valores.
|
|
|
|
|
|
| nº de acessos simultâneos | nº de instâncias | RAM (mb) por instância |
|
|
|
| ------ | ------ | ------ |
|
|
|
| 30 | 2 | 300 |
|
|
|
![flotResponseTimesPercentiles](uploads/864967aa26f74f59184cf44f7e78e283/flotResponseTimesPercentiles.png)
|
|
|
|
|
|
![flotTimesVsThreads__2_](uploads/e194e82c9e52c450793ebdeaa0b28e96/flotTimesVsThreads__2_.png)
|
|
|
|
|
|
| porcentagem de respostas abaixo de 3s | porcentagem de respostas acima de 3s |
|
|
|
| ------ | ------ |
|
|
|
| 50% | 50% |
|
|
|
|
|
|
|
|
|
## Cenario 3
|
|
|
|
|
|
| nº de acessos simultâneos | nº de instâncias | RAM (mb) por instância |
|
|
|
| ------ | ------ | ------ |
|
|
|
| 60 | 1 | 300 |
|
|
|
|
|
|
![flotTimesVsThreads__1_](uploads/0daf6c2976e9e92b7a6837fff729c3f1/flotTimesVsThreads__1_.png)
|
|
|
|