2008/9/23 volpato <[EMAIL PROTECTED]>

> Olá a todos!
>
> Helo, peço licensa para "sequestrar" a sua thread... :)
>
> Vou esclarecer alguns pontos sobre a performance que precisamos.
>
> Nossa aplicação tem mais cara de suporte a decisão, com poucas
> conexões e muito processamento. Simultaneamente, temos menos de
> 15 conexões, com 500MB de shared buffers.
> Temos 4 servidores com uma conf média de 4GB de ram, 2.5GHz por
> core e RAID-0 em 3 HDs SATA2. (é provisório! não xinguem...)
>
> Durante as cargas de dados, temos muito gargalo em processamento,
> sendo que os discos não ficam muito tempo sendo utilizados.
> Vamos investir em 4x300Gb SAS, que vai atender razoavelmente bem.
> A maior parte do tempo a CPU fica em 100% de uso, e é por isso que
> estamos orçando um power6 da IBM.
>
> São dois processadores power6, cada um com 4 cores de 4GHz e
> 12MB de L2. O preço até está compensando o investimento, o
> problema é o AIX...



Veja, não adianta ter vários processadores se você não conseguir paralelizar
suas operações. Seria bom as cargas puderem ser divididas em trabalhos
distintos. Fora isso. 4 discos parece uma configuração bem modesta. Que tal
16 discos? Os discos SAS estão por um preço bem camarada. Compre uma boa
controladora, muitos discos e seja feliz.

De qualquer forma, você fez uma analize dos gargalos? Havia muito I/O Wait?
E IOPS? Tentou configurações diferentes do postgresql.conf para o momento
das cargas e para a operação normal? Tentou separar os logs em discos
distintos durante as cargas? Tentou separar o tablespace temporário durante
os relatórios? A carga é distribuída pelos processadores? Na 15 conexões
simultâneas, quantas estão realmente exigindo recursos simultaneamente?
Vocês já testaram o PGPool 2?

[]s
Fábio Telles
-- 
blog: http://www.midstorm.org/~telles/ <http://www.midstorm.org/%7Etelles/>
e-mail / jabber: [EMAIL PROTECTED]
_______________________________________________
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a