Opa, 2009/11/27 mateusgra <[email protected]>
> > De acordo com o Sr. Josh Berkus. > > http://archives.postgresql.org/pgsql-hackers/2008-08/msg00841.php > > Veja que tem exemplos para small server,web application database,data > warehousing database > > Acho que o pgtune usa esses dados. > Não minha concepção não existe uma "receita de bolo" para questão de tuning. Por exemplo, o pgtune fornece uma base de valores para alguns parâmetros, porém isso não indica que eles não necessitam um ajuste fino. O pgtune é uma ferramenta para auxiliar sim a questão de configuração dos parâmetro, mas não é possível se basear apenas nos parâmetros fornecidos. Acredito que sempre antes de qualquer ajuste de performance é necessário o conhecimento da aplicação, pois se existe uma consulta ou um conjunto de consultas que necessita ordenação e agrupamento pode ser que o valor de work_mem sugerido sofra alterações e por ai vai. Acredito que os valores apresentados são uma base inicial, mas não eles sejam definitivos e que não necessitem algum ajuste depois. > > > JotaComm wrote: > > > > 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 > > > > > > -- > View this message in context: > http://old.nabble.com/Desempenho-no-Linux-tp26523053p26545354.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
