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 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 > pgbr-geral@listas.postgresql.org.br > 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 pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral