Хочется ускорить работу PostgreSQL (речь идет о модификации данных), но не хочется много потерять в надежности.

Выключение fsync показалось слишком радикальным средством, и мне на первый взгляд понравился commit_delay.

Согласно описанию, commit_delay означает, что сервер делает запись (в WAL, вероятно) не сразу после COMMIT, а может немного подождать, в предположении, что придет следующий COMMIT, и тогда он запишет уже сразу двоих (или десятерых) за один раз. Если fsync включен, то sync будет делаться при каждой [сблокированной] записи.

Смущает в этом деле то, что потеря данных возможна не только при падении ОС, но и при падении сервера, правда эта потеря будет небольшой.

Правильно ли я понимаю ситуацию?
Есть ли положительный/отрицательный опыт выключения fsync/использования commit_delay и еще каких-нибудь трюков?

Ответ интересен и для Windows и для Linux.

Funny_FalconЯ думаю, commit delay задержит именно commit транзакции, т.е. закомиченных транзакций ты не потеряешь.

Имеется ввиду, что управление не вернется клиенту, пока данные не будут записаны? Похоже на то ...