Em 15 de abril de 2010 10:56, Fábio Telles Rodriguez <[email protected] > escreveu:
> > > Em 15 de abril de 2010 09:00, André Volpato < > [email protected]> escreveu: > > >> Lucas Paz escreveu: >> > O Firebird também foi muito rápido até a criação de um relatório que >> > nele demorava uns 8 minutos pra gerar... o problema era o >> > multi-thread! tinha um servidor dell com 2 xeon de 4 nucleos cada, >> > usava um núcleo no máximo e as outras consultas praticamente paravam.... >> > Na época migrei o banco pro postgre, na mesma maquina e a consulta >> > passou a ser feita em apenas 5 segundos usando todos os 8 núcleos... é >> > impressionante. >> >> Até onde eu saiba, uma consulta no Postgres usa apenas um core. >> Em ambiente linux, cada conexão é um processo, e o SO não divide >> processos entre núcleos. >> > > Eu falei de geração de relatório e não de um unico select. O relatório tinha varias query's que eram executadas em paralelo, como usava um pool de conexões creio que as consultas tbem eram pois usando o htop e gerando o relatório no postgresql todos os núcleos eram usandos. No firebird eu tinha 8 nucles o o firebird ficava dançando entre eles com carga em apenas 1 dos nucleos por vez, nos outros não tinha carga nenhuma. Em 90% do relatório eram select simples, nos outros 10% o select era com subselect relativamente simples tbem. O problema desse relatório é a quantidade de interações das informações... quase um produto cartesiano. > Apesar de isso ser possível utilizando o pgpool II. > > Ótimo... eu não sabia disso. > > []s > Fábio Telles > -- > blog: http://www.midstorm.org/~telles/<http://www.midstorm.org/%7Etelles/> > e-mail / jabber: [email protected] > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > -- Lucas Paz
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
