|
Bom dia pessoal, Fiz a instalação do Pgpool 2 e PgBouncer em maquinas para testes aqui.. são duas maquinas com Postgres 9.1.3, Debian 6, Streamin Replication.. e obtive esses resultados: PgBouncer transaction type: TPC-B (sort of) scaling factor: 12 query mode: simple number of clients: 90 number of threads: 1 duration: 8300 s number of transactions actually processed: 686017 tps = 82.637503 (including connections establishing) tps = 82.638699 (excluding connections establishing) PgPool 2 transaction type: TPC-B (sort of) scaling factor: 12 query mode: simple number of clients: 90 number of threads: 1 duration: 8300 s number of transactions actually processed: 467447 tps = 56.307894 (including connections establishing) tps = 56.310990 (excluding connections establishing) Postgresql 9.1.3 transaction type: TPC-B (sort of) scaling factor: 12 query mode: simple number of clients: 90 number of threads: 1 duration: 8300 s number of transactions actually processed: 470401 tps = 56.640707 (including connections establishing) tps = 56.708687 (excluding connections establishing) esse valor atribuido a TPS, se trata de transações por segundo.. correto? e quanto maior esse valor, melhor a performance do meu servidor... certo? sendo assim, como poderia o PgPool ter a mesma performance de quando conecto diretamente no Postgres? (o PgPool esta direcionado para as portas do PgBouncer, e configurado para não fazer o pool de conexões, apenas faz um balanceamento de carga com a Slave que uso, uso replicação em streaming) vou realizar um novo teste, executando apenas consultas.. para conferir se há o balanceamento de carga com a Slave.. Obrigado a todos pela atenção.. Att, Tulio |
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
