Para isso você pode usar o ZeBeDee
http://www.newinf.com.br/download/util/zebedee/Zebedee.htm
http://www.winton.org.uk/zebedee/
De: pgbr-geral-boun...@listas.postgresql.org.br
[mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Fábio Telles
Rodriguez
Enviada em: sexta-feir
t: Wednesday, August 25, 2010 6:17 PM
Subject: Re: [pgbr-geral]RES: RES: RES: Lentidão em servidor de dados
Sua CPU está "desacelerando" para se auto-proteger de um super aquecimento.
Verifique os coolers e a refrigeração em geral.
Em 25 de agosto de 2010 18:05, marlon david de souz
do
Em 25 de agosto de 2010 15:01, marlon david de souza
escreveu:
Mais dois detalhes que eu esqueci de citar:
· O vacuumdb é rodado diariamente (um full e outro analyse)
· Não está logando nenhum comando SQL (auditoria)
· Eles estão usando RAID
Tente alterar também o kernel.shmall para 3221225472.
De: pgbr-geral-boun...@listas.postgresql.org.br
[mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de
gilmarli...@agrovale.com.br
Enviada em: quarta-feira, 15 de setembro de 2010 17:24
Para: Comunidade PostgreSQL Brasileira
Ass
Pode ser o parâmetro Work_mem que está alto. Tente baixar para 30MB.
De: pgbr-geral-boun...@listas.postgresql.org.br
[mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de
gilmarli...@agrovale.com.br
Enviada em: quarta-feira, 15 de setembro de 2010 17:24
Para: Comunidade PostgreSQL Bra
Bom dia a todos,
Tenho a seguinte dúvida: dento do processo do vaccum full já é feito o
processo de analyse ou é necessário executar os dois processos
separadamente?
Sem mais,
Marlon David de Souza
Desenvolvedor
___
pgbr-geral mailing
ostra algo.
Abraços,
Aldrey Galindo
Em 25 de agosto de 2010 17:11, marlon david de souza
escreveu:
Como eu citei no e-mail, não é nenhum consulta especifica que está travando.
Qualquer consulta que demanda mais recursos, torna o servidor mais lento
(monitorei isso pelo pg_stat_activity).
Por iss
gs pode saber o real motivo da alta utilização
do CPU.
Abraços,
Aldrey Galindo
Em 25 de agosto de 2010 15:01, marlon david de souza
escreveu:
Mais dois detalhes que eu esqueci de citar:
· O vacuumdb é rodado diariamente (um full e outro analyse)
· Não está logando
...@listas.postgresql.org.br] Em nome de marlon david
de souza
Enviada em: quarta-feira, 25 de agosto de 2010 14:42
Para: pgbr-geral@listas.postgresql.org.br
Assunto: [pgbr-geral] Lentidão em servidor de dados
Boa tarde a todos,
Estou com uma situação em um cliente em que servidor de dados está
Será que o problema está no hardware, no Linux ou no PostgreSQL?
O PostgreSQL trabalha bem com o HT habilitado?
Sem mais, agreço antecipadamente a atenção
Marlon David de Souza
Desenvolvedor
___
pgbr-geral mailing list
Eu sugiro esquecer a Vitavoom. Dê uma olhada neste endereço:
http://marlonsouza.wordpress.com/2008/08/25/novo-driver-dbx4-para-postgresql
/
De: pgbr-geral-boun...@listas.postgresql.org.br
[mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Tatu
Enviada em: quarta-feira, 18 de
http://www.thborges.com/?page_id=90
Ricardo Scache Belardinuci escreveu:
> Olá pessoal.
> Aguém tem um driver dbexpress par postgreSQL ou sabe onde posso encontrar?
>
> Muito obrigado
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
Boa tarde,
Somente para ficar registrado, foi descoberto o porquê do problema.
Era problema de aquecimento da CPU. Foi melhorado o resfriamento
interno do servidor e o problema parou.
Sem mais,
Marlon David de Souza
Desenvolvimento
Sysmo Informática Ltda
Mr J.L. escreveu:
Marlon
Leonardo Cezar escreveu:
2009/1/14 Marlon David de Souza :
Ainda não consegui identificar nada. As vezes o problema ocorre varias vezes
num dia. Tem dias que ocorre apenas uma vez.
Espero que não estejamos falando de concorrência de memória com outro
servidor de banco
Dickson S. Guedes escreveu:
Marlon David de Souza escreveu:
Dickson S. Guedes escreveu:
Marlon David de Souza escreveu:
Bom dia a todos,
Estou enfrentando um problema sério em um cliente.
Freqüentemente o PostgreSQL está sendo re
Dickson S. Guedes escreveu:
Marlon David de Souza escreveu:
Bom dia a todos,
Estou enfrentando um problema sério em um cliente.
Freqüentemente o PostgreSQL está sendo re-inicializado, derrubando
todas as conexões existentes.
Verifiquei nos logs e ali mostra a seguinte
Rafael escreveu:
> Bom dia Marlon,
>
> Se esta terminando com um signal 11, é provavel que você tenha um problema
> de memória. Este sinal é enviando quando ocorre erro de referencia de
> memoria, normalmente seguindo de segmentation fault.
>
>
O cliente já trocou as memórias do servidor, mas n
restore dos dados.
Sem mais,
Marlon David de Souza
Desenvolvimento
Sysmo Informática Ltda
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
omparar a performance de um programa que utiliza somente
CPU e memória em hardwares diferentes, o que comprovou que no cliente o
processamento é bem mais lento.
> Att,
> Marcelo Corrêa.
> MCPDBA - OCP
> - Original Message -
> From: Marlon David de Souza
> To: Comun
Fernando Ike escreveu:
2008/11/21 Marlon David de Souza <[EMAIL PROTECTED]>:
[...]
Para ter certeza que o problema não está no PostgreSQL, utilizamos um
software que monta em memória uma lista com cerca de 30MB e a ordena,
mostrando o tempo necessário para essa tarefa
Leandro DUTRA escreveu:
2008/11/19 Marlon David de Souza <[EMAIL PROTECTED]>:
Gostaria de saber se um problema de lentidão (em consultas) poderia
ser atribuído ao fato de estar sendo usado uma versão do Postgres que
não está homologada para uma determinada distribuição/ver
Sebastian SWC escreveu:
2008/11/20 Marlon David de Souza <[EMAIL PROTECTED]>:
Justamente porque o problema não está no acesso aos dados e sim de
processamento.
Qual desses[1] processadores é o seu?
PS: Para selecionar o seu, filtre 2 cores e 2mb de cache size.
Sebastian SWC escreveu:
2008/11/20 Marlon David de Souza <[EMAIL PROTECTED]>:
Justamente porque o problema não está no acesso aos dados e sim de
processamento.
Que mal pergunte, esse RH é 64 bits? já cogitou a idéia de colocar um
debian no lugar dele?
Sim
Sebastian SWC escreveu:
2008/11/20 Marlon David de Souza <[EMAIL PROTECTED]>:
Mas, no caso, a que usa o SATA é 3x mais rápida!
Como assim? os SAS de 15k que tenho aqui NUNCA serão mais lentos,
mesmo com uma controladora tosca...
Justamente porque o proble
Leandro DUTRA escreveu:
2008/11/20 Marlon David de Souza <[EMAIL PROTECTED]>:
Fiz isso e aparentemente o problema está na CPU. Ao executar a consulta,
inicialmente os dados são lidos do HD (somente da primeira vez, pois da
segunda ele pega do shared_buffers), mas a dem
Leandro DUTRA escreveu:
2008/11/20 Marlon David de Souza <[EMAIL PROTECTED]>:
Não. A máquina do cliente tem um SCSI. Já a máquina que eu usei para testes
possui um SATA.
Isso faz toda a diferença, inclusive em consumo de processador.
Mas, no caso, a que
Emerson Casas Salvador escreveu:
Marlon David de Souza escreveu:
O Load Average varia entre 1.3 e 1.8 (isso com 60 conexões, porém
executando somente essa consulta em questão). Mesmo assim a consulta
leva entre 6 a 8 minutos. Como eu já disse essa mesma consulta, na
mesma base
[EMAIL PROTECTED] escreveu:
Le 2008 nov. 20 à 09h36, Marlon David de Souza a écrit :
- Já fiz o tunning do Post nessa máquina.
Você fez alguns ajustes, mas não completo, porque você não analisou
as
consultas específicas
Inicialmente gostaria de agradecer a atenção.
Leandro DUTRA escreveu:
2008/11/19 Marlon David de Souza <[EMAIL PROTECTED]>:
Gostaria de saber se um problema de lentidão (em consultas) poderia
ser atribuído ao fato de estar sendo usado uma versão do Postgres que
nã
acham?
Sem mais,
Marlon David de Souza
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
http://marlonsouza.wordpress.com/2008/08/25/novo-driver-dbx4-para-postgresql/
http://marlonsouza.wordpress.com/2008/08/14/driver-dbx-para-postgresql/
http://marlonsouza.wordpress.com/2008/06/03/conversao-para-vcl-12/
Rafael Helm - Trevisan Tecnologia escreveu:
Olá pessoal,
Notícia sobre um novo driver para acesso ao PostgreSQL (DBExpress 4 +
Delphi2007)
http://marlonsouza.wordpress.com/2008/08/25/novo-driver-dbx4-para-postgresql/
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org
Boa tarde,
Reinicialize (restart) o Post e logo depois execute o seguinte
comando:
# echo 1 >/proc/sys/vm/drop_caches
Sem mais,
Marlon David de Souza
Desenvolvimento
Sysmo Informática Ltda
[EMAIL PROTECTED] escreveu:
Osvaldo, o problema é que o teste que estou fazendo
não é
Faz mais de um ano que estou fazendo isso e até agora nada. Eles não
dão nem mesmo uma posição dizendo que não tem jeito.
Sem mais,
Marlon David de Souza
Desenvolvimento
Sysmo Informática Ltda
Vinicius Santos - MSI escreveu:
>Tentamos usar a versão 4.23 com o Delphi 2007
Tentamos usar a versão 4.23 com o Delphi 2007 for win32, e não funciona!
Sem mais,
Marlon David de Souza
Desenvolvimento
Sysmo Informática Ltda
Vinicius Santos - MSI escreveu:
Quando tento me conectar ele vem com aquela maldita mensagem 'dbExpress
version 2.5 not supporte
Bom dia a todos,
Desculpe o /Off/, mas alguém utiliza, ou já utilizou, o servidor de
terminais XP-Unlimited? Rodando sob o Windows 2003, ele trabalha bem com
mais de 50 conexões?
Obs: podem me responder em /private/.
Sem mais, agradeço antecipadamente a atenção
Marlon David de Souza
Bom dia a todos,
Desculpe o Off, mas alguém utiliza, ou já utilizou, o
servidor
de terminais XP-Unlimited? Rodando sob o Windows 2003, ele trabalha bem
com mais de 50 conexões?
Obs: podem me responder em private.
Sem mais, agradeço antecipadamente a atenção
Marlon David de Souza
Boa tarde,
Me desculpem o off-topic, mas,
alguém conhece algum software de servidor de terminais (TS) para Windows
2003, semelhante ao WTS, Go-Global, etc, mas que seja mais barato ou free?
Obs: podem me responder em private.
Sem mais, agradeço antecipadamente a atenção
Marlon David de
/03/08, Marlon David de Souza<[EMAIL PROTECTED]> escreveu:
> > Voce uso o Post em Linux?
>
> Usei.
> Ubuntu 7.10, PostgreSQL 8.3.
>
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Voce uso o Post em Linux?
Em Qui 06 Mar 2008 15:32, Ribamar Sousa escreveu:
> Olá!
>
> Quero realizar duas consultas para mostrar a eficiência do índice.
> Então crio uma tabela sem chave primária nem nenhum índice e a populo
> com mais de 400 mil registros (a de CEPs).
> \timing
> select logrado
Boa tarde a todos,
Alguém já está utilizando o driver da Vitavoom juntamente com o Delphi 2007
for Win32?
Sem mais,
Marlon David de Souza
Desenvolvimento
Sysmo Informática Ltda
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https
Em Qui 24 Jan 2008 23:52, Euler Taveira de Oliveira escreveu:
> Marlon David de Souza wrote:
>
> > Vou colocar que é possivel personalizar o log atravez de configuração.
> > Quanto ao "pgstartup.log" não me lembro da onde eu tirei isso. Agora é
> > "s
Em Qua 23 Jan 2008 14:46, Euler Taveira de Oliveira escreveu:
> Marlon David de Souza wrote:
>
> > Segue abaixo um FAQ que eu escrevi com o objetivo de ajudar a quem usa o
> > Firebird e quer usar também o PostgreSQL.
> > Caso achem interessante, alguém pode
os valores nulos nas variáveis destinos. Já no Firebird, neste
caso não é alterado o conteúdo das variáveis.
P: Quando é feita uma consulta envolvendo agrupamento (group by), no Firebird a
lista r
Eu preciso de um que use a tecnologia dbExpress.
Até agora o único que eu achei foi o da Vitavoom. No entanto o driver deles não
está funcionando bem para o Delphi 2007.
Em Quinta 22 Novembro 2007 08:58, Welkson Renny de Medeiros escreveu:
> Realmente não fala... já tentou esse?
> http://www.micr
Acessei o site da Core Labs e lá não fala nada sobre driver dbExpress para
PostgreSQL.
Em Quarta 21 Novembro 2007 15:41, [EMAIL PROTECTED] escreveu:
> Existe a biblioteca para o dbExpress, ela é produzida e distribuída (não é
> free, precisa
> pagar pela licença) pela empresa vitavoom (www.vitav
Bom dia,
Alguém sabe quais são as opção existentes de drivers DBExpress (DBX do
Delphi) para acesso ao PostgreSQL?
Um que eu conheço é o da Vitavoom. Existem outros?
Sem mais,
Marlon David de Souza
Desenvolvimento
Sysmo Informática Ltda
___
pgbr
Achei!
# echo 1 > /proc/sys/vm/drop_caches
Obs: existente somente nas versões mais recentes do Kernel.
Em Sexta 26 Outubro 2007 11:56, Marlon David de Souza escreveu:
> Bom dia a todos,
>
> Primeiramente, peço desculpas pelo OT.
> Alguém sabe como apagar a memória cache do L
,
Marlon David de Souza
Desenvolvimento
Sysmo Informática Ltda
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Tente diminuir o valor da propriedade "default_statistics_target" para menos
de 500.
Em Qui 16 Ago 2007 08:15, Rodrigo Tazima escreveu:
> Olá Pessoal,
>
> Estou com uma dificuldade e venho compartilhar com o forum, qualquer
> dica/sugestao é bem vinda e agradeço a todos desde já.
>
> Hardwar
Eu uso o driver pgExpress da Vitavomm que roda sob Windows (Delphi) e Linux
(Kylix).
Em Ter 29 Mai 2007 15:19, Rubens José Rodrigues escreveu:
> Pessoal,
>
> Quais opções existentes e confiaveis para acesso ao banco via delphi?
>
> Obrigado
___
pgbr-ge
nclude/asm/errno.h:4:31: asm-generic/errno.h: No such file or directory
gmake[2]: *** [strlcpy.o] Error 1
Alguém tem idéia de que pacote RPM pode estar faltando ou estar
desatualizado?
Sem mais, agradeço antecipadamente a atenção
Marlon David de Souza
Desenvolvimento
Sysmo Inform
adamente a atenção
Marlon David de Souza
Desenvolvimento
Sysmo Informática Ltda
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
a atenção
Marlon David de Souza
Desenvolvimento
Sysmo Informática Ltda
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
a atenção
Marlon David de Souza
Desenvolvimento
Sysmo Informática Ltda
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
55 matches
Mail list logo