Комментарии 3
Когда на сервере 256 ГБ памяти, проблем нет изначально. Интереснее было бы послушать как настроить память для ситуации, когда на сервере всего 16 или 32 ГБ памяти и сервер под виндой, а не под линуксом. И кстати MS SQL в данной конфигурации работает вполне достойно, особенно если база на SSD, при этом размер базы бывает и терабайт и больше.
...сервер под виндой
C высоконагруженными системами эта связка не очень хорошо себя зарекомендовала. Дело в том, что в серьезных системах PG использует в работе десятки тысяч файлов, а под виндой - это такая себе история.
...как настроить память для ситуации, когда на сервере всего 16 или 32 ГБ...
...кстати MS SQL в данной конфигурации работает вполне достойно...
Все эти методы работают для любого исходного объема памяти, логика абсолютно та же. Размер базы не всегда определяет "тяжесть" системы, особенно если пользователи работают только с оперативными данными, и из условного терабайта данных используют только 100 Гб актуальных итогов. Тут все зависит от состава и количества таблиц и от профиля нагрузки - количества транзакций в секунду, количества запросов в секунду, количества активных сессий.
В MS SQL настройка по памяти, конечно, проще, т.к. всю работу с участками памяти, выделение размеров того или иного буфера MS SQL делает автоматически и в большинстве случаев вполне успешно. Но что там у него под капотом мы не знаем и влиять на процесс не можем. При работе же с PostgreSQL нужно более глубокое понимание его взаимодействия с оперативной памятью. В этом и был один из посылов этого цикла статей.
PostgreSQL — особенности работы с памятью для 1С-систем. Часть 3