вы вообще понимаете смысл цифИрок 32 и 64?
или просто поспорить?

Как у Вас дела?

Я понимаю, а вы?
Речь шла не про "серьезно? вы линукс найдите современный 32"
А про сервер приложений

Дошли руки потюнить pg, установлена PGPRO 10, объединил рекомендации 1С, калькулятора PGTune, сетевые материалы. ВМ на RAID10, 4 ядра, 12GB памяти.
Что-то прибрать или добавить, возможно лишнее имеется. Из видимого, 1С стала отзывчива, расход памяти упал.

После правки конфига pgadmin периодически выкидывает:
server closed the connection unexpectedly
 This probably means the server terminated abnormally
 before or while processing the request.
connection to server was lost

В журнале после ошибки:
sql kernel: postgres[1581]: segfault at 8 ip 000055a408e7ee87 sp 00007ffda7abbb30 error 4 in postgres[55a408d28000+6df000]

temp_buffers = 256MB        
work_mem = 64MB        
maintenance_work_mem = 256MB
min_wal_size = 2GB
max_wal_size = 4GB

На 1С postgresql по мнению разработчиков:
online_analyze.enable = off

Спасибо, поправлю

temp_buffers = 256MB        
work_mem = 64MB        
maintenance_work_mem = 256MB

Эти значения устанавливал по калькулятору

По поводу настроек
autovacuum_analyze_scale_factor = '0.001'
autovacuum_vacuum_scale_factor = '0.05'
Закомментировать и если без них быстрее,
то так и оставить. Иногда делать vacuum -full

Лучше пользоваться:
http://www.gilev.ru/postgresql/

Спасибо, почитаю, поправки сделал, буду тестить

еще раз смысла в 32 битном сервере приложений нет на 64 битной ОС.

интересно.
смутное впечатление, что это видел 1 к 1 с сайта 1с.
смущает например такое

random_page_cost = 1.5-2.0 для RAID, 1.1-1.3 для <wbr />SSD, 0.1 для NVMe
seq_page_cost = 0.1 для NVMe дисков
max_connections = 500..1000 ... для 50 пользователей..серьезно?

вот рекомендации самих постгресменов.
Переменные стоимости, описанные в данном разделе, задаются по произвольной шкале. Значение имеют только их отношения, поэтому умножение или деление всех переменных на один коэффициент никак не повлияет на выбор планировщика. По умолчанию эти переменные определяются относительно стоимости чтения последовательной страницы: то есть, переменную seq_page_cost удобно задать равной 1.0, а все другие переменные стоимости определить относительно неё. Но при желании можно использовать и другую шкалу, например, выразить в миллисекундах фактическое время выполнения запросов на конкретной машине.

Технически нет. Как и в ограничениях лицензий проф против корп.
Или вин хоум.

Это воля вендора.

И в условиях выбора сервера для клиента имеет место быть

ограничение кол-во подключений-это технический момент, а с той же windows если вы сравниваете, если вы покупали боксовую windows в комплекте шли и 32 и 64.

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

И?
Ограничение хоум и проф столь же искуственное

И насколько я помню, оем лицензии делятся на 32 и 64

В оф доке этого нет
Там 1.0 для seq и 1.1 для random

В мануале Дорошкевича рекомендуется:
В обязательном порядке необходимо вынести каталог pg_stat_tmp в RAM-диск.
Этот каталог очень агрессивно используется PostgreSQL и при этом при выключении
его содержимое копируется в каталог pg_tmp. Размер каталога рассчитывается
примерно как 256МБ-512МБ на 1 БД.
Это что нибудь реально дает?

А Выключить Transparent Huge Pages?