2009/2/16 Jota <jota.c...@gmail.com> > Olá, > > Legal a sua iniciativa. Gostaria de apenas fazer alguns comentários. > > No parâmetro max_connections você comentou que deve ser o menor número > possível, porém não explicou o motivo. > > O shared_buffers não armazena as consultas mas sim os dados (tuplas). > Acredito que é legal você comentar sobre o parâmetro shmmax para você > poder fazer a alteração no shared_buffers. > > O work_mem é utilizado para operações de ordenação (order by) e > agrupamento (group by). Discordo do comentário que não deve > ultrapassar 20% da memória RAM. > > O maintenance_work_mem é a memória utilizada para operações de vacuum, > analyze, create index. O comando copy não faz uso deste parâmetro. > > O parâmetro effective_cache_size é quanto do cache do SO será > destinado ao PostgreSQL. Não concordo com suas estimativas de utilizar > no máximo 25% da memória RAM e se o servidor for dedicado 50%. > > E não se sinta desmotivado, sua iniciativa foi interessante. Acredito > que com a ajuda do pessoal aqui você pode conseguir fazer um documento > bem bacana.
To pensando em fazer a tradução deste artigo http://wiki.postgresql.org/wiki/Tuning_Your_PostgreSQL_Server, para PT/ BR, (não encontrei um assim em nosso idioma...) Alguem apoia, a ideia? > > > > > 2009/2/13 Lucas Souza <lucassouzadav...@gmail.com>: > > Diego eu estou preparando este material... (em anexo), procurei bastante > na > > net... nos testes em PCs, melhorou o desempenho, > > > > acredito que se configrado em um computador proprio para servidor de > banco > > de dados, os resultados serão bem melhores, e você pode usar ferramentas > de > > stress, para testar o antes e o depois.... > > > > > > aproveitando se alguem poder conferir e dar mais dicas/ criticas/ > sugestoes, > > sobre o material agradeceria... > > > > > > > > > > > > 2009/2/13 Dickson S. Guedes <lis...@guedesoft.net> > >> > >> 2009/2/13 Diego Plentz <diego.pi...@gmail.com>: > >> >(...) Minha dúvida seria se existe algum documento "bíblia" pra esse > >> > tipo de ajuste, que > >> > é tido como uma boa referência para o assunto (não tem problema de ser > >> > em > >> > inglês). > >> > >> Ola Diego, > >> > >> E se eu disser que essa "bíblia" existe? Sim, existe! No entanto, seus > >> "profetas", que estão espalhados pelo mundo, não estão com suas vozes > >> caladas... eles espalham suas experiências em listas, blogs, > >> palestras, etc, para que nós, meros mortais, possamos consultar os > >> "oráculos internéticos" e resgatar os pergaminhos de outrora... > >> > >> Em resumo, o que existe é um apanhado de informações espalhadas que > >> precisam ser buscadas, analisadas, compiladas e ajustadas para as > >> situações individuais de cada um. > >> > >> Aconselho você a iniciar pelos links a seguir, e se tiver dúvida ou > >> casos de uso de algumas idéias encontradas, compartilhe conosco. > >> > >> > http://listas.postgresql.org.br/pipermail/pgbr-geral/2008-June/009608.html > >> > >> > http://listas.postgresql.org.br/pipermail/pgbr-geral/2007-July/001798.html > >> > >> http://archives.postgresql.org/pgsql-performance/2007-01/msg00372.php > >> > >> http://archives.postgresql.org/pgsql-jdbc/2007-11/msg00009.php > >> > >> http://wiki.postgresql.org/wiki/Tuning_Your_PostgreSQL_Server > >> > >> http://wiki.postgresql.org/wiki/Community_Disk_Tuning_Guide > >> > >> http://pgtune.projects.postgresql.org/ > >> > >> > >> > http://www.postgresql.org/files/documentation/books/aw_pgsql/writing_apps.pdf > >> > >> > >> > http://www.postgresql.org/files/documentation/books/aw_pgsql/hw_performance/ > >> > >> > >> > http://www.postgresql.org.br/Palestras_do_PGCon_Brasil_2007?action=AttachFile&do=get&target=sintonia-euler.pdf > >> > >> > >> > http://www.pgcon.org/2008/schedule/attachments/81_researching_postgresql.pdf > >> > >> http://www.midstorm.org/~telles/tag/tuning/<http://www.midstorm.org/%7Etelles/tag/tuning/> > >> > >> > >> > http://www.postgresql.org.br/Palestras_do_PGCon_Brasil_2007?action=AttachFile&do=get&target=postgresql_leopardo_pgconbr.pdf > >> > >> > >> > http://www.slideshare.net/telles/postgresql-tuning-o-elefante-mais-rpido-que-um-leopardo-presentation > >> > >> > >> > http://imasters.uol.com.br/artigo/5191/postgresql/checklist_de_performance_do_postgresql_80/ > >> > >> Um abraço, > >> -- > >> Dickson S. Guedes > >> - > >> mail/xmpp: gue...@guedesoft.net - skype: guediz > >> http://guedesoft.net - http://planeta.postgresql.org.br > >> _______________________________________________ > >> pgbr-geral mailing list > >> pgbr-geral@listas.postgresql.org.br > >> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > > > > > > > -- > > -- > > Lucas de Souza D'Ávila > > Graduando em Sistema de Informação - Escola Superior de Criciúma, ESUCRI > > (localizada em Criciuma, SC) > > CV Lattes: http://lattes.cnpq.br/9245658982061645 > > > > _______________________________________________ > > pgbr-geral mailing list > > pgbr-geral@listas.postgresql.org.br > > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > > > > > > > -- > João Paulo > www.dextra.com.br/postgres > PostgreSQL > _______________________________________________ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > -- -- Lucas de Souza D'Ávila Graduando em Sistema de Informação - Escola Superior de Criciúma, ESUCRI (localizada em Criciuma, SC) CV Lattes: http://lattes.cnpq.br/9245658982061645
_______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral