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 demanda é pequena. Depois disso
existe somente processamento de CPU e memória. Durante esse tempo não é
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. Esse programa gera um
processo que somente
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.
--
skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3040
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 demanda é pequena. Depois disso
existe somente
2008/11/20 Marlon David de Souza [EMAIL PROTECTED]:
Eu uso ext3fs sem jornalização de dados, apenas metadados.
Mas isso não se torna perigoso (queda de luz, etc)?
O elefante lembra...
--
skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3040 7344 gTalk:
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/versão do Linux.
No caso está sendo usado o