Bom dia! Olha, me parece improvável você ter esse problema, para um banco de dados tão pequeno. Acredito que seja necessário fazer um tunning na base de dados, rever indices locais e orbitais, substituir consultas em tabelas por visões, rever procs, gatilhos, etc. Extraia planos de execução, veja se o acesso a base está correto. Sou DBA SR e sinceramente, acredito que Hardware não resolve ou mascara o problema.
Att. Seja Livre! Use OpenSource! LineOn, Tecnologia da Informação! http://lineonti.wordpress.com Em 1 de fevereiro de 2014 03:42, Flavio Henrique Araque Gurgel < [email protected]> escreveu: > > > depois de vários testes, deixamos o PgBoucer passando 22 conexões para o > PostgreSql. Passamos a ter melhor resposta mesmo. Com o teste de 500 users > no Jmeter, o banco responde bem no PgAdmin, porém a aplicação web fica um > pouco lenta. > > Fico feliz que tenha evoluído com seus resultados! > > Agora é hora de tirar o segundo truque da cartola do PgBouncer: crie mais > um banco de dados "virtual" apontando pro mesmo banco real, e aponte sua > aplicação web para esse banco "separado". > > Assim, você terá uma fila exclusiva para a aplicação web, que certamente > tem perfil diferente da outra, e você pode controlar quantas conexões vai > reservar pra cada lado. > > Tente e conte pra nós. > > []s > Flavio Gurgel > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > >
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
