2010/4/15 André Volpato <[email protected]>: > > 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 partes ... Considerando que os processos (wal writer e writer – no mínimo!) concorrem com recursos de E/S (CPU) e geram classes de espera (wait), teríamos ganhos consideráveis em escala vertical. > Em ambiente linux, cada conexão é um processo, e o SO não divide > processos entre núcleos. Porém o /scheduler/ envia cada processo para o núcleo (físico) mais inativo, considerando as heurísitcas e reduzindo a quantidade de eventos de espera do S.O. Abraço! -Leo -- Leonardo Cezar http://www.aslid.org.br http://postgreslogia.wordpress.com _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
