Flávio, vc disse pra diminuir o max_connection e diminuir o Bouncer para
30.
Vamos testar, mas como estamos testando com 500 no Jmeter, isso não vai
gerar muita fila de espera, visto que as consultas são pesadas?
Agradecemos não fazer mais top-posting.
A resposta imediata à sua pergunta é *não*.
Fazer uma fila de requisições no PgBouncer, que é um cara leve, é mais
eficiente que enfiar um monte direto no banco de dados, que vai
enfileirar processos, acesso a disco, e etc.
"Menos conexões" é "mais resultados por segundo" no banco.
Douglas
No Postgre logou "too many clients" e foi resolvido com o Bouncer e deu
erro de semáforos.
Erro de semáforos significa que você precisa ajustar seu S.O.
Use menos conexóes e não precisa mexer no S.O.
Rafael,
Quando rodamos os testes, percebemos que não consome memória(não faz
Swap), mas sim CPU's, que colam 100%.
Menos conexões também resolvem esse sintoma.
Não tenha medo. Menos ainda porque você está justamente fazendo testes.
Diminua logo esse número de conexões e verá a mágica.
Depois, tente aumentar um pouco e diminuir um pouco e veja qual a melhor
relação nos TPS do JMeter. Por exemplo, comece com 30, termine o teste,
suba pra 60, termine de novo, desça para 15 e termine de novo.
Depois, fique no melhor TPS.
[]s
Flavio Gurgel
_______________________________________________
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
