Tulio, existem uns scripts[1] bem bacanas criados pelo Greg Smith que podem te ajudar a automatizar o processo de benchmark,
[1]http://www.westnet.com/~gsmith/content/postgresql/pgbench-tools.htm Mittmann Em 4 de julho de 2012 16:46, Tulio <tu...@informidia.com.br> escreveu: > >> Qualquer aplicação que você queira, que faça SELECTs isolados sem > >> transações. > a opção -f do pgbench permite indicar um arquivo com SQL.. será que > incluindo alguns SELECT neste arquivo, será executado sem uso de BEGIN? > caso nao seja possivel, teria alguma aplicação para indicar? > > >> Normalmente aplicações que fazer mais leitura como extrações de dados > em > >> BI tem esse perfil ou necessidade. Aí você vai ver o poder do pgpool. > > >> Você está fazendo outra coisa ao contrário: você quer saber o que o > >> pgpool pode te dar nesse modo de operação. Mas na verdade existe um > >> casamento: você precisa saber para qual *aplicação* o pgpool é bom > nesse > >> modo de operação. > então.. tenho muitas consultas ocorrendo simultaneamente, muitas nao muito > grande.. > mas quando somados a inserts e updates realizados em grande escala em > certos periodos do mes, a performance se complica.. > por esse motivo tenho interesse em buscar algo desse tipo.. > que vise mais as consultas diretamente no slave, q terá menos trabalho > nesse periodo.. > (claro que tb tera uma certa agitação por estar se atualizando com o outro > servidor.. mas ja ajudaria bastante acredito) > > >> Então, antes de estressar o pgpool+pgbouncer+PostgreSQL, tenha: > >> - uma aplicação; > >> - um plano de testes; > >> - uma referência (onde você quer chegar). > o intuito seria reduzir a diferença de desempenho nesse periodo em que > tenho muitos inserts.. > mas não tenho dados para me basear.. ou que possam servir como referencia > antes e depois... > > >> Sem os itens acima, fazer montes de testes não vai te levar muito longe. > >> Claro que seus testes valem *muito* para aprender como se instalam e > >> configuram essas ferramentas, mas não servem para determinar que > "pgpool > >> aumenta sua performance" por exemplo. A afirmativa é verdadeira num > >> conjunto pequeno de casos (e muito tuning). > sim.. o essencial aqui era a experiencia de instalar e lidar com essas > aplicações.. > quanto aos resultados.. bom.. sei que vão ser totalmente diferentes, mesmo > pq estou realizando em desks comuns.. sem capacidade sequer similar ao dos > servidores.. > mas seria apenas para fazer uma certa relação de ganhos possiveis na > implementação... > > Obrigado pelas dicas e pela força > > >> []s > > >> Flavio Henrique A. Gurgel > >> Consultor e Instrutor 4Linux > >> Tel: +55-11-2125-4747 > >> www.4linux.com.br > > _______________________________________________ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > >
_______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
