Sim, se você não se importar de perder commits se o postgres travar ou for reiniciado sem limpeza, você pode definir:
-
synchronous_commit = off
Você também pode usar UNLOGGED
tabelas.
Se você estiver disposto a recriar completamente a instalação do postgres (res initdb
) após uma falha, você poderá definir:
-
fsync = off
( AVISO, causará corrupção de dados se o host falhar ) -
full_page_writes = off
( WARNING, pode causar corrupção de dados se o host travar )
Para mais dicas, veja minha resposta SO otimizar postgres para testes rápidos .
Não adianta tentar usar um ramdisk. Basta usar tabelas não-registradas, ajustar seus pontos de verificação para acontecer com pouca frequência e desativar as gravações de página inteira e fsync se desejar dados não duráveis. O Postgres e o SO não gravam coisas no disco a menos que precisem liberar memória, mas estão livres para isso se precisarem de memória para outras coisas. Ele geralmente tem um desempenho melhor do que um disco ram puro.