[pgbr-geral] pgAdmin 4

2016-05-18 Por tôpico Marcos Thomaz
Achei legal a notícia... pgAdmin 4, criado em Python https://leninmhs.wordpress.com/2016/05/18/pgadmin-4-el-elefante-se-acerca-a-la-linea-de-meta/ -- Marcos Thomaz da Silva Analista de Tecnologia da Informação

Re: [pgbr-geral] Failed to archive WAL segment - PostgreSQL 9.2

2016-05-18 Por tôpico Lucas Possamai
> > > > Desculpe mas ficou confuso pois pelo que entendi lendo emails anteriores > o seu "pior" foi por conta da falha do arquivamento... posso também ter > entendido errado. > > O que vc julga como "pior"?? Performance?? Vc tem dados para nos > fornecer?? Além disso vc disse que ao alterar o

Re: [pgbr-geral] Como verificar se houve ganho de performance com o PGBouncer?

2016-05-18 Por tôpico Euler Taveira
On 18-05-2016 11:12, Luiz Carlos L. Nogueira Jr. wrote: > Eu usei o pgbench com e sem o bouncer e sempre dá melhor rodando > diretamente no banco. > User com 100, 150, 200, 250 e 300 usuarios com o pool de 50 > Irei fazer o mesmo teste com o pool de 100 > Qual o fator de escala utilizado? Usar

[pgbr-geral] Abordagem PL/SQL para atualização de custos.

2016-05-18 Por tôpico Rubens José Rodrigues
Bom dia, Estou paralisado Estrutura das entidades: --> Produtos (contendo insumos e produtos compostos) Codigo (varchar PK)|Descricao (varchar)|CustoUC (numeric)|Tipo (integer = 0 insumo / 1 = Produto Composto) --> Componentes (contendo os insumos e produtos que compõem produto principal)

Re: [pgbr-geral] Como verificar se houve ganho de performance com o PGBouncer?

2016-05-18 Por tôpico Luiz Carlos L. Nogueira Jr.
Obrigado pelas opiniões. Eu usei o pgbench com e sem o bouncer e sempre dá melhor rodando diretamente no banco. User com 100, 150, 200, 250 e 300 usuarios com o pool de 50 Irei fazer o mesmo teste com o pool de 100 ___ pgbr-geral mailing list

Re: [pgbr-geral] Failed to archive WAL segment - PostgreSQL 9.2

2016-05-18 Por tôpico Fabrízio de Royes Mello
On 18-05-2016 00:32, Lucas Possamai wrote: > > [..corte..] > Acho que você está desinformado. Benchmarks comprovam que shared_buffers > alto (dezenas de GB) não escala em TPS. > > > posso estar... também fiz vários testes como mencionei.. também falei > com um monte de gente... e

Re: [pgbr-geral] Failed to archive WAL segment - PostgreSQL 9.2

2016-05-18 Por tôpico Fabrízio de Royes Mello
On 18-05-2016 02:19, Lucas Possamai wrote: > O problema do > WAL segment `pg_xlog/000211E80012` successfully archived on > host `slave-01` > WAL segment `pg_xlog/000211E80012` successfully archived on > host `slave-02` > Failed to archive WAL segment

Re: [pgbr-geral] Como verificar se houve ganho de performance com o PGBouncer?

2016-05-18 Por tôpico Euler Taveira
On 18-05-2016 08:12, Luiz Carlos L. Nogueira Jr. wrote: > 32GB > 12 cores - Como isso determina no final das contas o paralelismo real de > instruções, iria deixar o pool proximadamente 4x mais (50). > O valor ideal depende da taxa clientes x servidores (vide SHOW POOLS) apontadas pelo próprio

Re: [pgbr-geral] Como verificar se houve ganho de performance com o PGBouncer?

2016-05-18 Por tôpico Felipe Santos
Em 18 de maio de 2016 08:12, Luiz Carlos L. Nogueira Jr. < lcnogueir...@gmail.com> escreveu: > Euler, > > 32GB > 12 cores - Como isso determina no final das contas o paralelismo real de > instruções, iria deixar o pool proximadamente 4x mais (50). > > Eu tinha visto as estatísticas, mas como

Re: [pgbr-geral] Como verificar se houve ganho de performance com o PGBouncer?

2016-05-18 Por tôpico Luiz Carlos L. Nogueira Jr.
Euler, 32GB 12 cores - Como isso determina no final das contas o paralelismo real de instruções, iria deixar o pool proximadamente 4x mais (50). Eu tinha visto as estatísticas, mas como comparar o bouncer com as conexões diretas no banco? Só pelo SO. Tem alguma maneira de calcular o TPS do