WarstoneAlexiusотключение fsync это имхо из разряда вредных советов. как ИБП и батарейка для рейда в этом случае спасут от последствий? да и в случае рейда с батарейкой и включенным кэшом на запись отключать fsync смысла как раз немного.

где-то были тесты (не нашел ссылку) сравнения fsync=off и synchronous_commit = off и разницы в производительности особой не было. а выключение synchronous_commit и настройка wal_writer_delay куда более правильное решение при отсутствии нормальной дисковой системы.Мне немного пофик на тесты. Я вижу что происходит на моем железе. На нем выключение этих 2х вещей дает ускорение где-то в 10 раз.

Там, на самом деле, вопрос в том, как fsync сделан в рейде. Большинство рейдов говорят что данные записаны, когда они в своем кеше сидят. И тогда - да. Меньшая-же часть более честна. Она говорит когда данные именно на шпинделях лежат. (А вообще это настраивается)

Не надо fsync Отключать... я пока не видел ситуации где бы отключение fsync при выключенном syncronous_commit бы давало заметный прирост. Если у вас есть тест который показывает разницу - покажите очень интересно посмотреть будет.

Про рейды - так они правильно себя ведут... задача рейда принять sync в свой кеш в памяти и максимально быстро ответить что да все готово... и батарейка на рейдах как раз чтобы этот кеш не потерять в случае сбоя питания. И как раз правильное поведение в 99% случаев чтобы это то которые вы называете "нечестным".

--
Maxim Boguk
www.postgresql-consulting.ru