Olá, 2009/11/27 mateusgra <[email protected]>
> > Como esta os parametros dos postgresql.conf > > shared_buffers > work_mem > maintenance_work_mem > wal_buffers > effective_cache_size > > checkpoint_segments > max_fsm_pages > default_statistics_target > > Tamanho da base sem compactação : select > pg_size_pretty(sum(pg_database_size(d.oid))::bigint) from pg_database d; > > > Exemplo: > > Se sua base tem 50GB com 200 usuarios > > shared_buffers = 1GB > work_mem = 4MB > maintenance_work_mem = 500MB > wal_buffers = 1MB > effective_cache_size = 1200MB > > checkpoint_segments = 16 > max_fsm_pages = 800000 > default_statistics_target = 30 > > Como assim? Você sugere uma configuração assim para uma base de 50GB? > Baseado em quais requisitos você sugere esta configuração? > > Tiago J. Adami wrote: > > > > Olá pessoal. Antes de começar, quero dizer que não sou xiita e > > tampouco quero transformar este post em uma discussão sobre qual SO é > > melhor por um ou outro motivo. Quero que o foco seja restrito apenas > > ao uso do PostgreSQL. > > > > Temos um cliente com uma base de dados onde o arquivo de backup no > > formato compactado com "-F c -Z 9" tem próximo de 400 MB. Eu sei que > > para o padrão de vocês é pouco, mas para nossa aplicação já é um > > tamanho grande. O servidor do cliente é Windows 2008 64 bits, rodando > > em um servidor Dell com Intel Xeon 3 Ghz de 4 núcleos e 4 GB de RAM e > > um disco SCSI (sem RAID). > > > > Neste servidor havia reclamações de lentidão. Acontecia em um > > determinado horário (das 16:00hs em diante), e nada de anormal > > aparecia no status do servidor (observado pelo pgAdmin). Existiam > > apenas transações abertas desde às 08:00 hs da manhã no modo "In > > Transaction" ou "Idle". Mas de uns dias para cá, a lentidão passou a > > ser incessante, mesmo sem atualizações do aplicativo, e não há > > backup/restore ou vacuum que resolva. A versão atual rodando é a > > 8.2.13. > > > > Primeiro, sugerimos a atualização para a versão 8.3.8 (homologada para > > o nosso ERP, a 8.4.1 nem está em testes ainda). Mas sinceramente, este > > é o primeiro passo apenas... > > > > Se não der muita diferença, vamos sugerir a atualização para o > > Linux... eu confio neste SO, trabalho com a instalação e configuração > > de servidores Linux a muito tempo, não sou um expert mas me viro. > > Acontece que agora, eu preciso de justificativas plausíveis, > > informações que possam convencer o cliente de que realmente o > > PostgreSQL foi feito para Linux, roda melhor no Linux e é mais rápido > > nele. > > > > A questão é mais ou menos como uma elaboração de monografia de > > graduação. Eu "sei" que no Linux é mais rápido, mas "quem" disse isso? > > Quais as fontes eu poderia citar? > > > > E antes que perguntem: > > - A aplicação não foi atualizada, portanto não foi nenhuma alteração > > que causou a lentidão; > > - O servidor é "dedicado" (apesar disso ser essencialmente impossível > > no Windows com todos os serviços que ele roda + o ambiente gráfico); > > - Já verifiquei processos como Vacuum e Backup. Não rodam enquanto > > está lento, somente pela madrugada; > > - Existe sim um software antivírus no servidor, um tal de "Eset". Mas > > mesmo com ele desabilitado, a lentidão continua; > > > > A minha pergunta essencial é: quais as diferenças da versão do > > PostgreSQL para Linux e para Windows no que diz respeito à segurança, > > integridade e desempenho? > > > > -- > > TIAGO J. ADAMI > > http://www.adamiworks.com > > _______________________________________________ > > pgbr-geral mailing list > > [email protected] > > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > > > > > -- > View this message in context: > http://old.nabble.com/Desempenho-no-Linux-tp26523053p26543306.html > Sent from the PostgreSQL - Brasil mailing list archive at Nabble.com. > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > []s -- JotaComm http://jotacomm.wordpress.com
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
