Eu gostaria de configurar o postgres para usar o máximo do servidor , quando dou um top no terminal , quando um usuário esta tirando um relatório por exemplo o processo do postgres fica em 100% de uso do processador , mas o processador em si esta usando 9% e o uso da memória do processo em apenas
Pessoal, bom dia.
Recentemente começou a aparecer essa mensagem no log do Postgre. Quando
aparece, começa a cair todas as conexões do banco.
Estamos utilizando a versão 8.1.23.
Vimos que para esse tipo de problema, devemos rodar um vacum freeze na
base de dados, já foi feito isso, porém o
Eu estava testando com os valores abaixo :
fsync = on
synchronous_commit = off
wal_sync_method = fsync
wal_buffers = 8MB # Segundo indicação do pgtune
Sinceramente não sabia da existência do pgtune! ele é roda em Linux ?
Você tem alguma consideração a respeito do pgtune ?
Lima, eu acredito que você já conheça a ferramenta pgbench, mas caso não
conheça eu indico ele para lhe ajudar a tomar agumas decisões sobre o
tunning de performance que você esta fazendo.
OBS: Existe outra ferramente chamada JMeter que lhe trará detalhes maiores
sobre a
Pessoal, pesquisei um pouco e não encontrei referências.
Estamos gerando alguns relatórios estatísticos e isso é feito chamando
diversas funções com consultas distintas em tabelas distintas.
Criamos uma Façade para chamar todas as funções e retornar o resultado.
Porém o tempo de espera está alto,
Em 10-08-2011 21:58, Dennys Santos Sobrinho escreveu:
Baixe o pgbench de:
http://www.westnet.com/~gsmith/content/postgresql/pgbench-tools-0.4.tar.gz
http://www.westnet.com/%7Egsmith/content/postgresql/pgbench-tools-0.4.tar.gz
FYI, o pgbench vem junto com PostgreSQL (no contrib). O link
O PGBR 2001 será nos dias 03 e 04 de novembro no Hotel Century Paulista em
São Paulo, Brasil. O maior evento sobre PostgreSQL das Américas, aprecia a
submissão de palestras e tutoriais. O público alvo são administradores de
banco de dados, usuários, desenvolvedores, analistas e tomadores de
Não consegui restaurar um banco em latin1 na versão 9 do postgres , ele não suporta essa codificação?Att, Cristiano Paiva Alves TI- Tecnologia da Informação Irmandade da Santa Casa de Caridade de Alegrete Fone: (55) 3422 2888 Ramal: 274/302
___
Política de senha no PostgreSQL (Antonio Abner Junior)
Leandro era o que eu estava imaginando !
Euler, obrigado pela dica, não conhecia !
Vou estudar ambas soluções e ver o que se melhor adequa a minha realidade.
obriga a todos.
Antonio Abner Júnior
Em 11 de agosto de 2011 09:21, Fábio Telles Rodriguez
fabio.tel...@gmail.com escreveu:
[.. corte ..]
A chamada para submissão de trabalhos estará aberta até 09 de setembro de
2011.
Submeta as suas propostas indo a
http://pgbr.postgresql.org.br/2011/chamada.php e seguindo as instruções.
Caros,
Suporta sim, posta o método(comando) que você está usando para restaurar
De: pgbr-geral-boun...@listas.postgresql.org.br
[mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Cristiano
Alves
Enviada em: quinta-feira, 11 de agosto de 2011 09:09
Para:
Eu reinstalei o postgres agora e funcionou , obrigado pela ajuda!Att, Cristiano Paiva Alves TI- Tecnologia da Informação Irmandade da Santa Casa de Caridade de Alegrete Fone: (55) 3422 2888 Ramal: 274/302 Em 11/08/2011 às 09:29 horas, pgbr-geral@listas.postgresql.org.br escreveu:
Suporta
Eu tenho uma base antiga rodando no postgres 8.2.11 em latin1 , agora instalei a versão 9.041 e restaurei essa base , mas não consigo acessar o sistema pq aparece uma mesnagem dizendo que foi "identificado problema no banco de dados", então pergunto tenho que fazer alguma conversão pra essa base
2011/8/11 Cristiano Alves cristi...@santacasaalegrete.org.br:
tenho que fazer alguma conversão pra essa
base que rodava na versão antiga do postgres rodar na versão mais nova?
Sim!
--
Skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191 Google
E como e feita essa conversão? Não tenho a minima idéia!Att, Cristiano Paiva Alves TI- Tecnologia da Informação Irmandade da Santa Casa de Caridade de Alegrete Fone: (55) 3422 2888 Ramal: 274/302 Em 11/08/2011 às 10:43 horas, pgbr-geral@listas.postgresql.org.br escreveu:2011/8/11 Cristiano
Por favor, respeita a RFC 1855: elimine o que não for relevante da
mensagem a que responde. Aliás, ao mudar de assunto, não reaproveite
outra mensagem.
2011/8/11 Cristiano Alves cristi...@santacasaalegrete.org.br:
Eu gostaria de configurar o postgres para usar o máximo do servidor
pgtune é um
2011/8/11 Bruno Silva bemanuel...@gmail.com:
Criamos uma Façade para chamar todas as funções
E o que seria uma fachada, em bom português?
Como as consultas não são interdependentes, existe alguma
possibilidade de executá-las em paralelo?
Sim!
--
Skype:leandro.gfc.dutra?chat
Desculpe por alguma coisa, vou pesquisar sobre o pgtune.Att, Cristiano Paiva Alves TI- Tecnologia da Informação Irmandade da Santa Casa de Caridade de Alegrete Fone: (55) 3422 2888 Ramal: 274/302 Em 11/08/2011 às 10:49 horas, pgbr-geral@listas.postgresql.org.br escreveu:Por favor, respeita a
2011/8/11 Thiago zan...@farmaponte.com.br:
começou a aparecer essa mensagem no log do Postgre
Que mensagem? E que é Postgre?
--
Skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191 Google Talk: xmpp:leand...@jabber.org
+55 (11) 9406 7191
2011/8/11 Cristiano Alves cristi...@santacasaalegrete.org.br:
Desculpe por alguma coisa, vou pesquisar sobre o pgtune.
Não precisa pedir desculpas, basta corrigir — no caso, explicar o que
não deu para entender e passar a respeitar a netiqueta, RFC 1855, o
que ainda não fizeste.
--
Sua aplicação usa algum pool de conexões?
Bruno E. A. Silva.
Analista de Sistemas.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Não usa nenhum pool de conexão.Att, Cristiano Paiva Alves TI- Tecnologia da Informação Irmandade da Santa Casa de Caridade de Alegrete Fone: (55) 3422 2888 Ramal: 274/302 Em 11/08/2011 às 11:02 horas, pgbr-geral@listas.postgresql.org.br escreveu:Sua aplicação usa algum pool de conexões?Bruno
2011/8/11 Cristiano Alves cristi...@santacasaalegrete.org.br:
E como e feita essa conversão? Não tenho a minima idéia!
Os /release notes/ sempre trazem essa informação. Genericamente
falando, há o pg_migrate (se não me falha a memória) ou pode-se fazer
uma cópia lógica (pg_dump) e restaurar.
O pg_dump e em seguida a restauração eu fiz e não funcionou.Mas vou seguir tentando, obrigado.Att, Cristiano Paiva Alves TI- Tecnologia da Informação Irmandade da Santa Casa de Caridade de Alegrete Fone: (55) 3422 2888 Ramal: 274/302 Em 11/08/2011 às 11:18 horas,
Na verdade façade/fachada é um design pattern que já existe a um bom tempo.
Bruno E. A. Silva.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
O PgPool não lhe ajudaria? Ele pode quebrar as selects em mais de uma
conexão.
Bruno E. A. Silva.
Analista de Sistemas.
Bacharel em Sistemas de Informação
Pós-graduando em Gerência de Projetos
Mestrando em Ciências da Computação
Certified Scrum Master
LPIC-1
SCJP, SE 6
Novell CLA / DCTS ECR
DBA
2011/8/11 Bruno Silva bemanuel...@gmail.com:
Na verdade façade/fachada é um design pattern que já existe a um bom tempo.
O que não significa que não seja reinvenção da roda, comparado com
subrrotina que tem, o quê? Meio século.
O problema é que mudar o nome das coisas por simples mudança
2011/8/11 Cristiano Alves cristi...@santacasaalegrete.org.br:
O pg_dump e em seguida a restauração eu fiz e não funcionou.
Faltam detalhes. E continuas não seguindo a netiqueta…
--
Skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191 Google
Em 11/08/2011 11:43, Bruno Silva escreveu:
Na verdade façade/fachada é um design pattern que já existe a um bom tempo.
Bruno E. A. Silva.
O problema é que isto não tem nada haver com o banco de dados e
totalmente irrelevante este tipo de informação numa lista de PostGreSql,
mas sim
Em 11-08-2011 10:18, Fábio Telles Rodriguez escreveu:
Euler você pode verificar isso? (eu dei um svn update no sistema, pois
fui atualizar um texto na página inicial, sabe...)
Preciso que acerte as permissões do grupo para que todos possam trabalhar.
Havia modificações que ainda não tinha
A mensagem que está aparecendo é a do título Transaction ID wrap limit.
Postgre = Postgree
Obrigado!
On 11/8/2011 11:00, Guimarães Faria Corcete DUTRA, Leandro wrote:
2011/8/11 Thiagozan...@farmaponte.com.br:
começou a aparecer essa mensagem no log do Postgre
Que mensagem? E que é
Em 11-08-2011 09:10, Lima - Lojas Fricke Ltda escreveu:
Euler, um detalhe, com o resultado do Fsync on, e syncronous_commit off.
consegui uma melhora siginificativa para a escrita, nesse caso de
contabilização do erp que demorava em torno
de 10 horas, ontem no meu último teste consegui em 3
Em 11 de agosto de 2011 12:27, Thiago zan...@farmaponte.com.br escreveu:
A mensagem que está aparecendo é a do título Transaction ID wrap limit.
Postgre = Postgree
Tiago,
O nome continua errado, o correto é PostgreSQL... podes até utilizar o
apelido Postgres... veja:
2011/8/11 Thiago zan...@farmaponte.com.br:
A mensagem que está aparecendo é a do título Transaction ID wrap limit.
Se não me falha a memória, é por ficar muito tempo sem deixar o
autovacuum trabalhar.
Postgre = Postgree
Não conheço nenhum dos dois.
--
Skype:leandro.gfc.dutra?chat
2011/8/11 Shander Lyrio shan...@nucleo45.com.br:
lista de PostGreSql,
Caramba, estou na lista errada?! Achei que esta fosse de PostgreSQL,
vulgo Postgres…
--
Skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191 Google Talk:
Opa, obrigado pelo esclarecimento.
On 11/8/2011 12:40, Fabrízio de Royes Mello wrote:
Em 11 de agosto de 2011 12:27, Thiago zan...@farmaponte.com.br
mailto:zan...@farmaponte.com.br escreveu:
A mensagem que está aparecendo é a do título Transaction ID wrap
limit.
Postgre =
O nome correto é PostgreSQL.
Desculpe se escrevi um nome que ficou difícil de identificar.
Obrigado pela dica sobre o problema. Iremos colocar um vacuum para rodar.
On 11/8/2011 12:40, Guimarães Faria Corcete DUTRA, Leandro wrote:
2011/8/11 Thiagozan...@farmaponte.com.br:
A mensagem que está
Muito legal, novas propostas de slogan e brincadeiras com o nome do banco!
http://momjian.us/main/blogs/pgblog/2010.html#January_29_2010
Já escutei coisas do tipo Post, Postgre, Postgree, Postgru e
outras bizarrices, sem contar aqueles que confundem Progress com Postgres.
Eita nomezinho que
Em 11-08-2011 12:47, Thiago escreveu:
Obrigado pela dica sobre o problema. Iremos colocar um vacuum para rodar.
Na verdade, você deve agendar uma vacuum periodicamente para que isso não seja
frequente. FYI, a versão 8.1 já foi descontinuada há mais de 6 meses; sugiro
atualizar o quanto antes
Eu não conheço o pgpool, mas vou me informar.Att, Cristiano Paiva Alves TI- Tecnologia da Informação Irmandade da Santa Casa de Caridade de Alegrete Fone: (55) 3422 2888 Ramal: 274/302 Em 11/08/2011 às 11:41 horas, pgbr-geral@listas.postgresql.org.br escreveu:O PgPool não lhe ajudaria? Ele
Quais detalhes faltam?Att, Cristiano Paiva Alves TI- Tecnologia da Informação Irmandade da Santa Casa de Caridade de Alegrete Fone: (55) 3422 2888 Ramal: 274/302 Em 11/08/2011 às 11:50 horas, pgbr-geral@listas.postgresql.org.br escreveu:2011/8/11 Cristiano Alves
Vejo que se perdeu o foco! Não vou discutir o sexo dos anjos.
Quando aprendi já foi façade e voce aprendeu de outra forma.
Sabendo agora do que estou falando e voltando ao ponto da questao, tudo isso
roda dentro do banco.
Há a possibilidade?
On Aug 11, 2011 12:07 PM, Shander Lyrio
2011/8/11 Bruno Silva bemanuel...@gmail.com:
Vejo que se perdeu o foco! Não vou discutir o sexo dos anjos.
Não é sexo dos anjos.
Quando aprendi já foi façade e voce aprendeu de outra forma.
E assim se perde a história e o conhecimento nunca se desenvolve.
Há a possibilidade?
Isso já foi
2011/8/11 Cristiano Alves cristi...@santacasaalegrete.org.br:
Quais detalhes faltam?
Primeiro, seguir a netiqueta (RFC 1855), respondendo após a mensagem e
cortando o que não for relevante à resposta.
Segundo, o que exatamente deu errado: versão de base e utilitário de
origem, de destino, e
Guimaraes, estou respondendo do celular. E vc pelo que estou vendo nao tem
ajudado nada hoje. Descanse um pouco.
Quanto a minha duvida, pode deixar que eu me viro.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
2011/8/11 Fabiano Machado Dias fabi...@wolaksistemas.com.br:
Muito legal, novas propostas de slogan e brincadeiras com o nome do banco!
http://momjian.us/main/blogs/pgblog/2010.html#January_29_2010
Já escutei coisas do tipo Post
Essa seria uma abreviação aceitável em uso coloquial, mas
2011/8/11 Bruno Silva bemanuel...@gmail.com:
Guimaraes, estou respondendo do celular.
Isso não isenta da netiqueta.
Quanto a minha duvida, pode deixar que eu me viro.
Pelo jeito, não vistes as indicações prestadas nem nesta discussão,
nem na discussão semelhante que corre em paralelo…
--
Quando resolver eu posto. Obrigado!
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Shander, a chamada eh toda feita dentro do banco. Mas tranquilo, vou estudar
uma forma.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Em 11 de agosto de 2011 13:13, Cristiano Alves
cristi...@santacasaalegrete.org.br escreveu:
Quais detalhes faltam?
Pelo que entendi vc tem uma base LATIN1 e quer migrar para o PostgreSQL 9
certo? Agora é saber se vc quer manter o mesmo encoding LATIN1 mesmo sabendo
que está obsoleto (já
2011/8/11 Bruno Silva bemanuel...@gmail.com:
Shander, a chamada eh toda feita dentro do banco.
Faltaram detalhes. Queres dizer que tua rotina foi codificada nalguma
linguagem embutida no PostgreSQL, como PL/pgSQL por exemplo?
--
Skype:leandro.gfc.dutra?chat Yahoo!:
Eu fiz o dump de um base que estava numa versão do banco 8.2.11 e restaurei a base em outro computador com a versão do postgresql 9.0.4.1, a base foi restaurada consigo fazer selects no banco e tudo, mas quando vou entrar no sistema fica dando mensagem de erro , dizendo que foi identificado
Bruno, sua dvida foi respondida pelo Shander, se voc quer que as
funes ocorram em processos paralelos voc precisa iniciar cada uma
com uma conexo diferente.
Agora no sei se isso vai te trazer performance, talvez executando
cada funo em uma chamada diferente dentro
Então o seu problema é com o aplicativo e não com o banco de dados. Você
configurou os acessos ao banco? Liberou as conexões? Tem alguma mensagem
no log?
Att,
Fabiano Machado Dias
Em 11/8/2011 13:53, Cristiano Alves escreveu:
Eu fiz o dump de um base que estava numa versão do banco 8.2.11 e
Fabiano, configurei sim o acesso ao banco , vou configurar o log.Att, Cristiano Paiva Alves TI- Tecnologia da Informação Irmandade da Santa Casa de Caridade de Alegrete Fone: (55) 3422 2888 Ramal: 274/302 Em 11/08/2011 às 13:56 horas, pgbr-geral@listas.postgresql.org.br escreveu:
Em 11/08/2011 12:42, Guimarães Faria Corcete DUTRA, Leandro escreveu:
2011/8/11 Shander Lyrioshan...@nucleo45.com.br:
lista de PostGreSql,
Caramba, estou na lista errada?! Achei que esta fosse de PostgreSQL,
vulgo Postgres…
Não entendi, o problema é a caixa alta/baixa?? Ou o fato
Em 11 de agosto de 2011 12:19, Euler Taveira de Oliveira
eu...@timbira.comescreveu:
Em 11-08-2011 10:18, Fábio Telles Rodriguez escreveu:
Euler você pode verificar isso? (eu dei um svn update no sistema, pois
fui atualizar um texto na página inicial, sabe...)
Preciso que acerte as
2011/8/11 Shander Lyrio shan...@nucleo45.com.br:
Em 11/08/2011 12:42, Guimarães Faria Corcete DUTRA, Leandro escreveu:
2011/8/11 Shander Lyrioshan...@nucleo45.com.br:
lista de PostGreSql,
Caramba, estou na lista errada?! Achei que esta fosse de PostgreSQL
Não entendi, o problema é
Em 11/08/2011 13:28, Bruno Silva escreveu:
Vejo que se perdeu o foco! Não vou discutir o sexo dos anjos.
O foco da lista é PostGreSql, quando você mistura banco de dados com
padrão de programação já se perdeu o foco.
Quando aprendi já foi façade e voce aprendeu de outra forma.
Em 11/08/2011 13:58, Bruno Silva escreveu:
Shander, a chamada eh toda feita dentro do banco. Mas tranquilo, vou
estudar uma forma.
Como você usa façades dentro de um banco de dados? Ou tem alguma
confusão aí ou eu não entendi o que você quis dizer.
Abraço,
--
Shander Lyrio
2011/8/11 Cristiano Alves cristi...@santacasaalegrete.org.br:
Eu fiz o dump de um base que estava numa versão do banco 8.2.11 e restaurei
a base em outro computador com a versão do postgresql 9.0.4.1
Usando que versões dos respectivos utilitários?
a base foi restaurada
Sem erros?
…fica
2011/8/11 Cristiano Alves cristi...@santacasaalegrete.org.br
Eu fiz o dump de um base que estava numa versão do banco 8.2.11 e restaurei
a base em outro computador com a versão do postgresql 9.0.4.1, a base foi
restaurada consigo fazer selects no banco e tudo, mas quando vou entrar no
sistema
Em 11/08/2011 13:53, Cristiano Alves escreveu:
Eu fiz o dump de um base que estava numa versão do banco 8.2.11 e
restaurei a base em outro computador com a versão do postgresql 9.0.4.1,
a base foi restaurada consigo fazer selects no banco e tudo, mas quando
vou entrar no sistema fica dando
1.Usando que versões dos respectivos utilitários?Usei a mesma versão dos respectivos utilitários.2.Sem erros?Sim , sem erros!3.Essas definições genéricas não nos permitem te ajudar. Precisaríamosdo(s) comando(s) e mensagem(ns) de erro exato(s).A mensagem de erro e exatamente "identificado
10 horas? Talvez você precise trocar o hardware ao invés de ficar
sacrificando
integridade por um desempenho um pouco melhor.
Pois então, 3 horas para quem tinha 10 horas. Isso que são somente 600 mil
registros, mas acaba trabalhando com várias outras tabelas, Hardware realmente
não é,
Em 11/08/2011 13:58, Bruno Silva escreveu:
Shander, a chamada eh toda feita dentro do banco. Mas tranquilo, vou
estudar uma forma.
Como você usa façades dentro de um banco de dados? Ou tem alguma
confusão aí ou eu não entendi o que você quis dizer.
Seguinte tenho cerca de 50
2011/8/11 Bruno Silva bemanuel...@gmail.com:
Seguinte tenho cerca de 50 funções que podem ser chamadas de modo
independente.
Ainda não consegui entender a dificuldade de invocá‐las paralelamente?
Alguma limitação do teu ambiente de programação?
--
Skype:leandro.gfc.dutra?chat
2011/8/11 Lima - Lojas Fricke Ltda l...@fricke.com.br:
10 horas? Talvez você precise trocar o hardware ao invés de ficar
sacrificando
integridade por um desempenho um pouco melhor.
Pois então, 3 horas para quem tinha 10 horas. Isso que são somente 600 mil
registros
Sem ter mais
Elas não são chamadas pela aplicação, elas são chamadas pela query direto.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Em 11/08/2011 15:11, Bruno Silva escreveu:
Seguinte tenho cerca de 50 funções que podem ser chamadas de modo
independente. Tipo se o usuário precisar da estatística A , ele chama a
função estA(date, date).
Para geração de um determinado relatório que é composto por essas 50
funções, criei uma
Em 11/08/2011 16:15, Shander Lyrio escreveu:
Em 11/08/2011 15:11, Bruno Silva escreveu:
Seguinte tenho cerca de 50 funções que podem ser chamadas de modo
independente. Tipo se o usuário precisar da estatística A , ele chama a
função estA(date, date).
Para geração de um determinado relatório
On 11/8/2011 13:23, Euler Taveira de Oliveira wrote:
Em 11-08-2011 12:47, Thiago escreveu:
Obrigado pela dica sobre o problema. Iremos colocar um vacuum para rodar.
Na verdade, você deve agendar uma vacuum periodicamente para que isso não seja
frequente. FYI, a versão 8.1 já foi descontinuada
Em 11/08/2011 14:22, Cristiano Alves escreveu:
3.Essas definições genéricas não nos permitem te ajudar. Precisaríamos
do(s) comando(s) e mensagem(ns) de erro exato(s).
A mensagem de erro e exatamente identificado problemas com a conexão do
banco de dados, verifique sua conexão, esse erro
No log aparece esse erro : "argument of NOT must be type boolean, not type "char" at character 387"Att, Cristiano Paiva Alves TI- Tecnologia da Informação Irmandade da Santa Casa de Caridade de Alegrete Fone: (55) 3422 2888 Ramal: 274/302 Em 11/08/2011 às 16:10 horas,
Em 11/08/2011 16:36, Cristiano Alves escreveu:
No log aparece esse erro : argument of NOT must be type boolean, not
type char at character 387
Agora acredito que o problema esteja bem mais claro.
Alguma consulta, procedure está com um erro no sql
Se você executar a
Em 11-08-2011 14:56, Lima - Lojas Fricke Ltda escreveu:
Pois então, 3 horas para quem tinha 10 horas. Isso que são somente 600 mil
registros, mas acaba trabalhando com várias outras tabelas, Hardware
realmente não é,
Qual é a saída do comando vmstat?
Tenho um Dell r710 com 2 Xeon 2.4 16 GB
Em 11/08/2011 15:11, Bruno Silva escreveu:
Seguinte tenho cerca de 50 funções que podem ser chamadas de modo
independente. Tipo se o usuário precisar da estatística A , ele chama a
função estA(date, date).
Para geração de um determinado relatório que é composto por essas 50
funções, criei uma
Pois então, 3 horas para quem tinha 10 horas. Isso que são somente 600 mil
registros, mas acaba trabalhando com várias outras tabelas, Hardware
realmente não é,
Qual é a saída do comando vmstat?
A saída é esta Euler .
vmstat
procs ---memory-- ---swap-- -io
Boa tarde,
Gostaria de divulgar o curso de *Pós-Graduação em Administração de Banco de
Dados com Ênfase em PostgreSQL* na UCDB http://ucdb.br/pos/ em Campo
Grande - MS.
As inscrições já estão abertas. As aulas serão quinzenais aos sábados.
Entre os docentes estão integrantes da comunidade
Outros valores são esses Euler
vmstat -S M 1 5
procs ---memory-- ---swap-- -io --system--
-cpu--
r b swpd free buff cache si sobibo in cs us sy
id wa st
4 0 0 3298166 1023500 31560 2 0
97 0 0
Lima, uma das coisas que me ajudaram a ter algum ganho de performance foi
ajustar os parâmetros do Kernel, tais como:
vi /etc/sysctl.conf
# * CONFIGURAÇÃO *
# cat /proc/meminfo | grep Huge
# exemplo = Hugepagesize: 2048 kB
# nr_hugepages = (1.6 * 1024-Mb * 1024-Kb) / 2048-Kb = 819,20
#
Em 11-08-2011 17:37, Lima - Lojas Fricke Ltda escreveu:
vmstat
procs ---memory-- ---swap-- -io --system--
-cpu--
r b swpd free buff cache si sobibo in cs us sy id
wa st
0 0272 3827988 167508 958512400 316
Olá,
Tenho uma VIEW composta de no mínimo 10 SELECTs unidos pela cláusula
UNION ALL rodando no PostgreSQL 8.3.13. Cada bloco é composto de
inúmeros cálculos com CAST e outras funções em PL/PGSQL.
Vejo que mesmo em máquinas boas com 16 CPU's, o processamento maior
fica concentrado em núcleo
Em 11-08-2011 20:42, Tiago Adami escreveu:
Há alguma forma de forçar um paralelismo para rodar a view mais rapidamente?
Não.
--
Euler Taveira de Oliveira - Timbira http://www.timbira.com.br/
PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento
Você coletou a informação em um período de calmaria? Obtenha-os
no período de
lentidão do(s) sistema(s).
Realmente Euler, vou postar os resultados nos picos de lentidão,
Minha base tem apenas 10 GB com, com em torno de 350 a 400
conexões diárias.
Talvez as configurações não estejam
Em 11-08-2011 21:13, Lima - Lojas Fricke Ltda. escreveu:
Unico detalhe que eu fiz foi em relaçao ao autovacuum que acabei
dasativando para testar também.
Não conheço o seu banco de dados, mas eu *não* faria isso. Se algumas tabelas
do seu banco de dados têm um padrão de mudanças elevado (por
Não conheço o seu banco de dados, mas eu *não* faria isso. Se
algumas tabelas do seu banco de dados têm um padrão de mudanças
elevado (por exemplo, 10% ao dia) pode ser que a lentidão seja
por conta de mudanças nos planos de execução. Você já
verificou as consultas lentas?
Prezado,
Sou novo no forum, estou estudando o postgresql, e estou trabalhando ja
algum tempo na tentativa de montar um cluster alta disponibilidade
ativo/passivo, sendo que o bando de dados deve ficar armazenado em um nas
iomega storcenter ix2, gostaria de faze-lo a partir de um terminal, ou seja
Prezado,
Sou novo no forum, estou estudando o postgresql, e estou trabalhando ja
algum tempo na tentativa de montar um cluster alta disponibilidade
ativo/passivo, sendo que o bando de dados deve ficar armazenado em um nas
iomega storcenter ix2, gostaria de faze-lo a partir de um terminal, ou seja
Shander, obrigado pela dica. Fiz os testes e pelo que pude analisar o SELECT
... UNION não acelerou o processo, fiz umas verificações com EXPLAIN ANALYZE
nas querys e constatei que houve uma soma dos tempos de processamento. O que
a meu ver demonstra que ele está esperando da mesma forma e ainda
Euler, o que você diz do projeto GridSQL[1] ? Não serviria para um caso como
esse?
[1]http://sourceforge.net/projects/gridsql/
Bruno E. A. Silva.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
Em 11-08-2011 22:29, Bruno Silva escreveu:
Euler, o que você diz do projeto GridSQL[1] ? Não serviria para um caso
como esse?
Não funciona com funções.
O suporte ao paralelismo de consultas pesadas deve ser implementado
*preferencialmente* no backend. Isso porque o parser e o executor não
92 matches
Mail list logo