Как установить shmall, shmmax, shmmin и т.д. в целом и для postgresql

Я ответил на это еще на один вопрос:

Git не может нажать с ошибкой `` недостаточно памяти ''

Я отвечаю не на все ваши вопросы здесь, а на вопрос в заголовке:

Как установить shmall, shmmax, shmmni и т.д. в целом и для postgresql

В некоторых дистрибутивах ядра есть настройки, которые не позволяют ядру выделять максимальную память одному процессу:

Установить параметры ядра

Измените /etc/sysctl.conf файл, чтобы включить строки, соответствующие вашей операционной системе:

# Red Hat Enterprise Linux 3.0 and CentOS 3.x 
kernel.shmmax = 2147483648
kernel.shmmni = 4096
kernel.shmall = 2097152
kernel.shmmin = 1
kernel.shmseg = 10

# semaphores: 
semmsl, semmns, semopm, semmni kernel.sem = 250 32000 100 128
fs.file-max = 65536

# Red Hat Enterprise Linux 4.0 and CentOS 4.x 
kernel.shmmax = 536870912
kernel.shmmni = 4096
kernel.shmall = 2097152

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

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

Несколько дополнительных замечаний:

Чтобы обновить и протестировать настройки ядра с помощью sysctl, используйте следующие команды:

Список текущих настроек:

sysctl -A | grep shm
sysctl -w kernel.shmmax=<value> to write in sysctl.conf
sysctl -p /etc/sysctl.conf to read/reload the values from sysctl.conf

Отключите безопасный Linux, отредактировав /etc/selinux/config файл, убедившись, что флаг SELINUX установлен следующим образом.

SELINUX=disabled

Это уместно? Если нет (или не обязательно), в каком случае это будет уместно?

Параметры ядра обычно более строго определены в средах центров обработки данных, когда провайдеры Интернет-услуг не хотят, чтобы один процесс клиента занимал все ресурсы на общем сервере.

Обычно вам не нужно устанавливать параметры памяти ядра, если у вас нет процесса, который ядро ​​убивает из-за нехватки ресурсов.

В некоторых случаях postgres может также выделить больше памяти для определенных размеров страницы, чем доступно в общей мемной памяти:

* The PostgreSQL server failed to start. Please check the log output:
2011-11-04 05:06:26 UTC FATAL: could not create shared memory segment: Invalid
argument
2011-11-04 05:06:26 UTC DETAIL: Failed system call was shmget(key=5432001, size
=161849344, 03600).
2011-11-04 05:06:26 UTC HINT: This error usually means that PostgreSQL’s reques
t for a shared memory segment exceeded your kernel’s SHMMAX parameter. You can
either reduce the request size or reconfigure the kernel with larger SHMMAX. To
reduce the request size (currently 161849344 bytes), reduce PostgreSQL’s shared
_buffers parameter (currently 19200) and/or its max_connections parameter (curre
ntly 53).
If the request size is already small, it’s possible that it is less than
your kernel’s SHMMIN parameter, in which case raising the request size or recon
figuring SHMMIN is called for.
The PostgreSQL documentation contains more information about shared memo
ry configuration.
…fail!

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

http://www.postgresql.org/docs/9.1/static/kernel-resources.html

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

Кто-нибудь может объяснить, как их действительно установить с нуля?

Что касается настройки Postgres, вы должны прочитать это:

http://wiki.postgresql.org/wiki/Tuning_Your_PostgreSQL_Server

Ой!! Я нахожу здесь замечательный инструмент для расчета конфигурации optimus mem нашего сервера postgresql.

http://pgtune.leopard.in.ua/

Эти конфигурации ядра являются глобальными, а не специфичными для процесса, поэтому их целесообразно установить в sysctl.conf.

Что ж, это зависит от того, что еще работает на сервере, если это чистый сервер PostgreSQL, то PostgreSQL - подходящее место для поиска этих настроек.
Если вы запускаете другие приложения / службы, которым требуется определенная память, вам нужно будет найти оптимальную настройку между этими различными приложениями.

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

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