Em 7 de março de 2012 10:20, Emerson Martins <emersonmarti...@gmail.com> escreveu: > Com relação a atualização do Postgres essa já estar na prioridade 1, mas é > como o Euler destacou no link anterior.O X da questão é o que pode causar > mais impáctos para aplicações que irão trabalhar com esse banco.
Não sei onde há este tipo de impacto já que a api de acesso ao banco é a mesma. Mas nada disso substitui uma homologação das aplicações se caso houvesse a atualização da versão. > > Ja com relação ao SO Slackware tenho várias máquinas aqui que funcionam sem > maiores problemas.Outras já atualizei para Debian 6. Os amigos sugerem outro > SO? Bem, acho que você não entendeu a questão da atualização do SO que citei. Quando eu disse uma distro compilada para o hardware específico, eu propus porque o Slackware ou mesmo o Debian são compilados para arquiteturas um pouco mais antigas que as atuais, diga-se i486 no caso do Debian no caso do slack não me lembro se é i585 ou i486 também, veja bem estamos falando de arquitetura de processador, logo entendesse as tais sse, sse3, as atuais sse4 ou da amd as sse4a e outras tantas. No caso do gentoo ele compila para o seu hadware logo ele irá aproveitar, lógico onde o SO foi programado para tal, destas facilidades que o processador disponibiliza. Na realidade o que já vi é as pessoas recomendarem o FreeBSD para si utilizar com o PostgreSQL, por uma questão que se não me engano de tamanho de cluster ( agrupamento de bits e bytes e não vários hds ) de hd ser do mesmo tamanho da divisão que o PostgreSQL faz dos dados para guardar em disco. Logo esta característica facilitaria para o BD. No mais, tudo depende do quê você quer, onde quer chegar e como quer chegar em termos de performance. _______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
