Obrigado Fabio,
> Desligar o FSYNC equivale a não ter mais ACID, não ter um banco > transacional. Toda vez que você realiza um COMMIT, um registro precisa ser > gravado no WAL. Se você desligar o FSYNC o SO não vai mais esperar a > gravação terminar para liberar o seu COMMIT. Resultado: operações de DML > decolam. Mas.... com um processo de COMMIT assíncrono, você pode corromper o > WAL em caso de falha de hardware/software/faxineira-puxa-cabos. > > Então apenas para concretizar, o processo de checkpoint continuará normalmente e o que vai vai ocorrer é apenas a não espera pela gravação do arquivo de log, ele simplesmente libera o commit antes de gravar no LOG, ou seja, fica em memória ... em que momento ele pega o que foi gerado em memória e baixa para o LOG? no checkpoint mesmo? Eu tenho como mandar para base antes de arquivar o LOG? > Muita gente desliga o FSYNC antes de uma carga mais pesada. A partir da > versão 9.1 será possível eleger tabelas no modo NOLOGGING. Estas não irão > gerar registros no WAL. Uma ótima pedida para cargas temporárias e "tabelas > temporárias globais". > > Vai ser muito bom ter esse recurso no postgreSQL. > Agora, se o seu problema é performance em leitura, desligar o FSYNC não vai > mudar o desempenho. > > Meu caso não é leitura. Obrigado. -- *Atenciosamente, Emanuel Araújo* http://eacshm.wordpress.com/ * * *Linux Certified LPIC-1*
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
