Sergio Medeiros Santi wrote: > Um pouco apos o lanc,amento da versao 8.2 correu nesta lista alguns > relatos de problemas de performance apos a atualizac,ao. Nao sei se em > linux ou windows. No linux, acho que não. Na plataforma Windows tivemos correções na versão 8.2.2 [1] para aquelas falhas de "permission denied" no log do servidor. Houveram na versão 8.2.x algumas correções para otimizar algumas áreas do backend mas nada que degradasse a performance das consultas; pelo contrário, a versão 8.2 teve um aumento de performance significativo em relação a versão 8.1. Podes apontar ou mostrar resultados que digam o contrário?
> O fato e que mantive a 8.1.2 que vinha usando e somente > na ultima semana atualizei para a 8.1.6. Vamos deixar claro uma coisa, as versões menores (onde somente o x muda, por exemplo, 8.2.x) não mudam a estrutura interna e, portanto, podem ser atualizadas sempre que sairem versões novas. Como mudanças em performance (raramente -- só se for bug no planejador) e funcionalidades (quase que nunca -- só se for um bug) são infrequentes duvido que uma atualização de 8.2.1 para 8.2.3 possa causar problemas de performance; e entre versões menores o dump/reload não é necessário (somente a atualização dos binários). > Agora estao comec,ando a aparecer > comentarios sobre a 8.3 que nao sei se ja tem previsao de lanc,amento. > A "feature freeze" (tempo em que se param de aceitar patches para versão 8.3) está programado para o fim desse mês e o lançamento da 8.3 para meados de junho ou julho (isso vai depender do processamento dos patches aceitos e da estabilidade durante os testes. > O fato e o seguinte: quem teve problemas de performance quando passou a > utilizar a 8.2 ja conseguiu resolver estes problemas? Quais eram e como > foram resolvidos? Alguem pode me dar motivos para atualizar para a 8.3? E > para a 8.3? > Acho que os problemas de performance que você se refere foram corrigidos na 8.2.2. Você poderia fazer um benchmark (pode ser com pgbench ou algum software mais sofisticado) e mostrar alguns números? Falando de atualizações, a dica que dou aos DBAs mais conservadores é esperar a x.y.1 ou x.y.2 para ver se a versão não tem problemas. Dificilmente temos uma versão com problemas sérios (acompanho desde a 7.0 e nunca vi tais problemas graves). Além disso, o ciclo de desenvolvimento do PostgreSQL é longo justamente para garantir maior estabilidade ao usuário. [1] http://www.postgresql.org/docs/8.2/static/release-8-2-2.html -- Euler Taveira de Oliveira http://www.timbira.com/ _______________________________________________ Grupo de Usuários do PostgreSQL no Brasil Antes de perguntar consulte o manual http://pgdocptbr.sourceforge.net/ Para editar suas opções ou sair da lista acesse a página da lista em: http://pgfoundry.org/mailman/listinfo/brasil-usuarios
