Postgre tweaks

matador

Добрый день. Разработчик NoteCadddy рекомендовал для лучшей производительности менять кучу настроек в PostgreSQL.conf (и не только).
Есть ли смысл проделывать эти движения для Х2Н? Спрашиваю, так как при импорте большого количества рук (а точнее при расчете статистки) начал залипать курсор мыши, а реакция на кнопки - с задержкой в 20-30 сек.
Мой конфиг: i5-3470, 8GB RAM, SSD OCZ-VERTEX4, Win10 64
Возвращать настройки на дефолтные? Есть вообще смысл что-то менять? Со скоростью у Х2Н вроде все и так должно быть неплохо.

Вот список рекомендованных настроек от Алана:
shared_buffers = 512MB
temp_buffers = 32MB
work_mem = 64MB
maintenance_work_mem = 1024MB
wal_buffers = 8MB
commit_delay = 10000
checkpoint_segments = 128
checkpoint_completion_target = 0.9
random_page_cost = 2.0
effective_cache_size = 4GB RAM: 2048MB 8GB RAM: 4096MB 16GB RAM: 8192MB
logging_collector = off

And if you use a desktop without unexpected shutdowns:
fsync = off
synchronous_commit = off
full_page_writes = off

Спасибо.

admin

fsync, synchronous_commit и full_page_writes лучше не отключать, т.к. это может привезти к неверной статистике, если произойдет внештатное завершение работы компьтера. Т.е. база может не только испортится, но и записать не верные данные так, что вы не заметите. Например, одна и та же рука может учитываться дважды при расчете статов.

Настройки выделения памяти в постгрес х2н делает сама.

admin

Залипания во время построения статистики врятли связаны с постгрес, т.к. все сложные операции делаются в фоновом потоке. Возможно какая-то проблема с нехваткой оперативной памяти. Скиньте логи и небольшое видео или хотя-бы гифку, на которых видно проблему.

matador

Сегодня со свежей головой понял, что настройки конфига в каталоге "....PostgreSQL\9.2\data" никак не отражаются на производительности Х2Н. Это только для ХМ2

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

Виде как просили отправил на support@hand2note.freshdesk.com
подлагивает при импорте пересчете большой базы, почитать форум можно(но не более). Дать нам возможность более комфортно использовать машину или максимально её загрузить для кратчайшей подготовке базы - решать вам.

matador

пардон за дезинформацию, те страшные лаги были импорте из базы ХМ2

Alex

В последнем апдейте было оптимизировано потребление оперативной памяти при ее дефиците во время импорта.