Em 11 de outubro de 2011 14:18, Flavio Henrique Araque Gurgel <[email protected]> escreveu: >> Mas acredito que o impacto esteja justamente no metodo fsync pois o wal quer >> garantir que isto esteja em uma area nao volatil.Correto?Por mais que eu >> utilize fsync=off . > > Se fsync=off o PostgreSQL deixará o trabalho de persistência em disco > como uma decisão do S.O. Vai acabar tudo em buffer. Isso vale apenas > para escrita, modificação de dados. > Use fsync=off somente se seus dados forem descartáveis. > >> escrita grandes .Por exemplo: >> Para update de 10 milhoes de registros 279 sec .Alterando os parametros >> estes segundos nao parecem tem grandes ganhos nem para mais ou para >> menos.Percebo pelo zpool iostat que as escritas entre os pools de pg_xlog e >> dados nao se alteram. > > ZFS para funcionar bem: > - aplique todos os patches do Solaris relacionados ao ZFS; > - faça principalmente tuning go cache do ARC, ele costuma causar > congelamentos no S.O. quando enche demais; > - siga este guia: > http://www.solarisinternals.com/wiki/index.php/ZFS_Evil_Tuning_Guide
Deve-se levar em consideração que o FreeBSD possui seus próprios patches, e que podem diferir desses específicos do Solaris. Sendo assim é bom ver se eles já não alteram o comportamento do ARC. Acho que quem já trabalhou com isso foi Pablo Sanchez, mas não sei se ainda assina essa lista. -- Dickson S. Guedes mail/xmpp: [email protected] - skype: guediz http://guedesoft.net - http://www.postgresql.org.br _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
