Em 20 de agosto de 2013 20:40, <carlosanto...@utivida.com.br> escreveu:
> Em 20/08/2013 21:25, Guimarães Faria Corcete DUTRA escreveu: > > 2013/8/20 <carlosanto...@utivida.com.br>**: >> >>> >>> Considere a possibilidade de convencer seus superiores em novas >>> aquisições. >>> >> >> Mas sem diagnóstico da lentidão? Isso pode queimar filme… amiúde o >> problema é aplicação, e o servidor dedicado pode até aumentar a >> latência. >> >> Tá certo. Deve ser melhor investigado. Acho que senti na pele o > "problema de verba"... > > > Mais uma pulga atrás da orelha... Sobre a lentidão que comentei, também estava tendo em meu ambiente de desenvolvimento, que é o meu notebook, somente problema de lentidão, considerando que o ambiente estava em uma VM com 4 GiB de RAM, S.O linux, mais o apache e o banco tinha em torno de 7 GiB de tamanho, ou seja, não ocorria outros problemas. Recentemente formatei meu notebook e deixei o linux como S.O principal, agora continuo com o mesmo ambiente (banco, apache), porém, o notebook agora tem 6 GiB de RAM, e para minha surpresa, a lentidão não existe. Eu sei que se a gente efetuar um dump e subir novamente, vai subir um banco totalmente limpo (sem tuplas mortas) e etc, diminuindo até o tamanho do banco. Agora a dúvida: isso não seria facilmente resolvido executando vacuum full e até mesmo um reindex? ou estou enganado? []s Danilo
_______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral