MArco, no tuning de memoria no SO, as variáveis são do kernel (pelo menos para o Linux, não faço idéia de como seja no Windows): shmall, shmmax, shmmni, sem.
Para ver o que são, e o que fazer com elas, favor executar o comando "man proc", e ler a documentação do PostgreSQL que indica quais valores podem ser colocados nestas variáveis. http://www.postgresql.org/docs/8.1/static/kernel-resources.html#SYSVIPC http://www.postgresql.org/docs/8.1/static/runtime-config-resource.html Leituras adicionais obrigatórias para TUNING do PostgreSQL: http://www.powerpostgresql.com/PerfList http://www.powerpostgresql.com/Downloads/annotated_conf_80.html Em Quinta 16 Agosto 2007 18:09, [EMAIL PROTECTED] escreveu: > Message: 3 > Date: Thu, 16 Aug 2007 17:50:31 -0300 > From: Marco A P D´Andrade <[EMAIL PROTECTED]> > Subject: Re: [pgbr-geral] Travamento de Banco e Vacuum > To: Comunidade PostgreSQL Brasileira > <pgbr-geral@listas.postgresql.org.br> > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=iso-8859-1; format=flowed > > Senhores, > > Algo que me chamou a atenção, na questão do Rodrigo é a configuração de > maintenance_work_mem [1]. > > Considerando-se 2G de memoria, aumentar isto me parece uma boa opção ! > > Sobre tunning de memoria: > > Quando ao shared_buffers, lembro que existem algums valores "magicos" > que devidamente ajustados fazem o banco melhorar muito de performance, e > claro, devem ser ajustados no SO antes, alguem recorda se esta é uma das > variaveis ? > > Sobre AUTOVACUUM: > > Por outro lado, se não me falha a memoria, se vc habilita o autovacuum, > vc não precisa e não deve, rodar o vacuum manualmente, pois vale a > ressalva de que um vacuum sem analyze não me pareceu ter o melhor > resultado. > > > Sobre vacuum frequente: > > Vinicios, > > Vale a ressalva de que o vacuum tem por objetivo recuperar areas de > banco liberadas, não traz beneficio para inserções ! > Talvez o que vc queira é um analyze, para melhorar estatísticas de > índice... > > > Estou retornando às origens, e à administração de banco de dados, e > terei logo de cara uma plataforma no nivel que vc tem... (volume e > hardware)... minha primeira preocupação é distribuição de tabelas em > discos distintos, quando possível (vc citou "discoS" scsi). Outro ponto > a trabalhar, antes de vacuum ou analyze são indices... > > > > [1] http://www.postgresql.org/docs/8.0/static/runtime-config.html > > Espero ter contribuido, pois estou "retornando" -- /* Guilherme Augusto da Rocha Silva Administração de Dados / Bancos de Dados Gerência de Tecnologia da Informação SIM Instituto de Gestão Fiscal */ _______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
