Vinicius,
segue um modelo legal que pode ser seguido

 O Banco de Dados está lento!

        * Problemas comuns: 

        60% dos problemas são relacionados ao mau uso da linguagem SQL;
        20% dos problemas são relacionados a má modelagem do banco de dados;
        10% dos problemas são relacionados a má configuração do SGDB;
        10% dos problemas são relacionados a má configuração do SO.

        * Concentração de regras de negócio na aplicação para processos em lote;
        * Integridade referencial na aplicação;
        * Mal dimensionamento de I/O (CPU, Plataforma, Disco);
        * Ambientes virtualizados (Vmware, XEN, etc..) em AMD64/EMT64;
        * Uso de configurações padrões do SO e/ou do PostgreSQL.


[editar] Melhor Hardware

        * Servidores dedicados para o PostgreSQL;
        * Storage com Fiber Channel e iSCSI: Grupos de RAID dedicados;
        * RAID 5 ou 10: por Hardware;
        * Mais memória! 
        * Processadores de 64 bits

[editar] Melhor SO

        * Sistemas Operacionais *nix: Linux (Debian, Gentoo), FreeBSD, Solaris, 
etc;
        * Em Linux: use Sistemas de arquivos XFS (noatime), Ext3 (writeback, 
noatime), Ext2;
        * Instale a última versão do PostgreSQL (atualmente 8.3.3) e à partir 
do código-fonte;
        * Não usar serviços concorrentes (Apache, MySQL, SAMBA...) em discos, 
semáforos...
        * Usar, se possível, um kernel (linux) mais recente (e estável);


[editar] Como organizar os Discos
[editar] O Melhor I/O

        * Discos ou partições distintos para: 

  – Logs de transações (WAL)
  – Índices: Ext2
  – Tabelas (particionar tabelas grandes)
  – Tablespace temporário (em ambiente BI)*
  – Archives
  – SO + PostgreSQL
  – Log de Sistema
  (Novo no PostgreSQL 8.3.1)


[editar] Memória (postgresql.conf)

        * max_connections: O menor número possível;
        * shared buffers: (no máximo) 30% do total -> Para operações em 
execução; (valor ideal entre 20% a 33%)
        * temp_buffers: Acesso às tabelas temporárias;
        * work_mem: Para agregação, ordenação, consultas complexas;
        * maintenance_work_mem: 75% da maior tabela ou índice;
        * max_fsm_pages: Máximo de páginas necessárias p/ mapear espaço livre. 
Importante para operações de UPDATE/DELETE.;





--- Em sex, 5/9/08, Vinicius <[EMAIL PROTECTED]> escreveu:

> De: Vinicius <[EMAIL PROTECTED]>
> Assunto: [pgbr-geral] configuracao memoria
> Para: "Comunidade PostgreSQL Brasileira" <[email protected]>
> Data: Sexta-feira, 5 de Setembro de 2008, 8:38
> Ola pessoal...
> 
> Possuo um servidor dedicado com 32GB Ram, 2 CPU Xeon Quad
> Core, Raid5 
> via software, particao RaiserFS, Discos Scsi 15k,
> controladora U320.
> Sistema operacional Ubuntu 7.1 server 64
> 
> Minha duvida é a seguinte: vejo no monitor do sistema e so
> esta sendo 
> utilizado 1.5gb ram, oq devo fazer para o postgres utilizar
> mais memoria ?
> 
> postgresql.conf
> 
> shared_buffers=2GB
> temp_buffers=16MB
> work_mem=16MB
> maintence_work_mem=10GB
> effective_cache_size=8GB
> 
> o kernel.shmmax esta configurado para 5gb.
> 
> 
> -- 
> Vinicius D. Barba
> Totalsat - Departamento TI
> (41) 2109-7716
> 
> _______________________________________________
> pgbr-geral mailing list
> [email protected]
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


      Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua 
cara @ymail.com ou @rocketmail.com.
http://br.new.mail.yahoo.com/addresses
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a