max_stack_depth - можно в принципе и не в конфиге, если не в винде, а тупо на юзера postgres в линуксе ставить.

На нагруженных БД сильно важный параметр, т.к. стек выделяется каждому процессу, а так как postgres тока форкаться умеет, то при дефалтовых в линуксе 8МБ на процесс всего 100 активных коннектов сожрут ~1 ГБ со всеми накладными только на запуске, без данных, чем сильно попортят жизнь дисковому кэшу и всю малину с памятью.

У меня на 500-600 коннектов даже с 2 МБ стеком это чувствуется.

fsync=off - Нормально для всех сайтов/проектов у которых число чтений на 1-2 порядка больше записи - т.е. почти все веб-сайты. Эксплуатировать сервер БД без упсы это бред, а поэтому не так страшно как кажется.

effective_cache_size

Это эмпирический параметр, который определяет эффективный объем данных который база может считать закэшированными (читай быстро доступными) и спокойно давать на них seqsan.. Параметр определяет общую эффективность связки: операционка + дисковый кэш + RAID-контроллер + диски.
Для выделенного сервера с нормальным объемом памяти обычно задается до 2/3...3/4 ее объема.

ZashibisНа MS SQL Server 1C 7.7 просаживается на 20 коннектах из-за блокировок, не думаю что на PostgreSQL кто-то будет использовать 100 коннектов :)

Спасибо за информацию, учту эти данные

Постгрес ваще-то версионник, и у него другая архитектура приема запросов/коннектов.
Ну и 1С тоже можно спокойно загрузить очень неплохо...