Помогите настроить postgres на работу с 1с. Проблема в том, что тест Гилева на postgresql x64 показывает 15-18, тот же самый сервер на mssql показывает 27 баллов.
Не могу понять что не так делаю, никакие настройки в постгресе не прибавляют скорости. Тестирую этим - http://www.gilev.ru/tpc1cgilv/
сервер:
Intel(R) Xeon(R) CPU E3-1240 V2 @ 3.40GHz
8 ядер
16 гб оперативки 1600 mhz
1 диск SSD

windows server 2016 standard
платформа 1с - 8.3.15.1489

Параметры, которые выставлял в postgresql:
# Connectivity
max_connections = 100
superuser_reserved_connections = 3

# Memory Settings
shared_buffers = '4096 MB'
work_mem = '32 MB'
maintenance_work_mem = '420 MB'
huge_pages = off
effective_cache_size = '11 GB'
effective_io_concurrency = 100   # concurrent IO only really activated if OS supports posix_fadvise function

# Monitoring
shared_preload_libraries = 'pg_stat_statements'    # per statement resource usage stats
track_io_timing=on        # measure exact block IO times
track_functions=pl        # track execution times of pl-language procedures if any

# Replication
wal_level = minimal        # consider using at least 'replica'
max_wal_senders = 0
synchronous_commit = on
wal_keep_segments = 130

# Checkpointing:
checkpoint_timeout  = '15 min'
checkpoint_completion_target = 0.9
max_wal_size = '1024 MB'
min_wal_size = '512 MB'


# WAL writing
wal_compression = on
wal_buffers = -1    # auto-tuned by Postgres till maximum of segment size (16MB by default)
wal_writer_delay = 200ms
wal_writer_flush_after = 1MB

# Background writer
bgwriter_delay = 200ms
bgwriter_lru_maxpages = 100
bgwriter_lru_multiplier = 2.0
bgwriter_flush_after = 0

# Parallel queries:
max_worker_processes = 8
max_parallel_workers_per_gather = 4
max_parallel_workers = 8

Вот почему все думают, что эта студенческая под(д)елка на неродной системе даст им тех же попугаев, что навороченная субда, написанная именно под эту систему?

А с чего решили,что будет не хуже миксрофта?

(1) Да потому что винда уже всех затрахала и вольно или невольно ищут иные варианты, лишь бы не на винде

(3) Хорошо,а зачем автор поднял на винде

(2) Поптому что злы языки говорят, что студенты не смогли сделать работу с файлами под виндой такой такой же, как под пингвином...
(3) так пусть работают под никсами... Чего грязными руками лезть в нашу чистую мечту?

(4) ну, надо же с чего-то начинать! Со временем и на линукс перейдет.
Дорогу осилит идущий.

(6) Дурной опыт,меня разочаровал слоник в таком варианте.

(0) КА2, Postgresql и дикие тормоза при проведении регламентных документов

там на сегодня собираем все обсуждения по этой теме.

(1) MSSQL написана специально для 1С?

(9) наоборот

+10 но если не ошибаюсь, потом 1с с майкрософт посрались и начали смотреть в сторону постгри и линукс

(7) Не знаю что и сказать. Активно юзаем именно постгри, причем под виндой. Может мы и не в безумном восторге, но все у нас работает.
Хоть и есть снижение скорости при работе типовых с УФ, но сопоставимое снижение и для связки 1С-мсскл наблюдается по сравнению с типовыми на ОФ

(9) Для винды. А 1с - изначально для мс

(0) энергосбережение проца выключил в винде ?

(14) да, стоит максимальная производительность

неужели по windows postgres никак не настроить, параметры измененные в postgresql.conf похоже совсем не влияют на результат.

(16) А PostgreSQL всегда меньше попугаев выдает, чем MS. Версию постгре другую попробуйте. 9.6.7, к примеру. В файловом режиме попугаи-то нормальные? Должно быть около 70.

(12) Все-таки под linux работает получше. Один раз настроил и забыл. Только успевай сервер 1с переустанавливать. Причем ощущение такое, что под Windows переустановка сервера 1С несет гораздо больше проблем, чем под тем же CentOS. По крайней мере это касается бухгалтерий под 8.3.

(0) а на линуксе на том-же железе вдруг сразу станет 21-24.

(18) это ложное утверждение, обслуживания и отслеживания требует любой базовод

(18) Ох уж эти линухятники...

(21) это распространенный миф, некоторые про мс-сиквел так говорят.

(0) Неплохо бы описывать более детально, какое железо, в частности диск, какая версия постгреса. От себя могу сказать, что версия потсгреса выше 9.6, под виндой, хуже с каждым релизом от 1С. Вот только сегодня, ради интереса, накатил 10.8-18.1C на тестовой машине с windows 10 1903, i3-8100 (4 ядра 3,6 Ghz), DDR4 2400 mhz, samsung 970 pro, база демо ERP 2.4.7.151. Analyze стал в 2 раза дольше делаться, запуск базы вместо 27 секунд стал 37. Нажал развернуть дерево спецификации РБТ.100.00 Реле РБТ 15-16 секунд вместо 6 секунд на постгресе 9.6.5 от той же 1с и с таким же точно конфигом. Закрытие месяца соотвественно медленней не в 3 раза, но есть. Может быть под линуксом ситуация лучше...

Так мало того, с каждым релизом платформы с 8.3.12 по 8.3.15, балы падают даже по тесту гилева. i7-8700к 4,9 Ghz, на 8.3.12 был 51 бал, на 8.3.15 43 балла, спрашивается и что это за такая оптимизация, 1с и так я бы не сказал что летает на  4,9 Ghz, хотя как по мне то формы стали открываться быстрее, но по факту закрытие месяца медленнее.

Пока была настройка 1 база на 1 rphost проблем небыло, как поставил дефолтные 8 баз на 1 rphost так началось, то падает база ERP, на 8.3.14.1779 не падает, но утечка памяти, производительность ухудшается, если больше 1 дня не перезапускать rphost. Надо будет 8.3.15 попоробовать.

У меня такой конфиг под postgres 9.6.5

max_connections = 250
shared_buffers = 512MB
effective_cache_size = 1GB
work_mem = 256MB
maintenance_work_mem = 384MB
min_wal_size = 4GB
max_wal_size = 8GB
checkpoint_completion_target = 0.9
wal_buffers = 16MB
autovacuum = on
autovacuum_max_workers = 4
autovacuum_naptime = 20s
ssl = off
max_locks_per_transaction = 250
update_process_title = off
default_statistics_target = 175

standard_conforming_strings = off
escape_string_warning = off

temp_buffers = 32MB