SHMAX

Для 64-битных серверов оптимальное значение, которое вы можете использовать, это половина оперативной памяти

В то время как для 32-битных серверов это 3 гигабайта

SHMALL

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

SHMAX

Из того, что мы имеем по RedHat Documentations on Setting SHMAX:

Этот параметр определяет максимальный размер в байтах одного сегмента разделяемой памяти, который может выделить процесс Linux. памяти, который процесс Linux может выделить в своем виртуальном адресном пространстве. Например, если вы используете ядро Red Hat Enterprise Linux 3 smp ядро на 32-битной платформе (x86), то виртуальное адресное пространство для пользовательского процесса составляет 3 ГБ. Если вы используете ядро Red Hat Enterprise Linux 3 ядро hugemem на 32-битной платформе (x86), то виртуальное адресное пространство пространство для пользовательского процесса составляет почти 4 ГБ. Следовательно, установка SHMMAX на 4 ГБ - это... 1 байт (4294967295 байт) на ядре smp на 32-битной архитектуре не увеличит максимальный размер сегмента разделяемой памяти до 4 ГБ -1. Даже установка SHMMAX в 4 ГБ - 1 байт с помощью ядра hugemem на 32-битной архитектуре не позволит процессу получить такой большой сегмент разделяемой памяти. На самом деле, верхний предел для сегмента разделяемой памяти для Oracle 10g R1 SGA с использованием ядра hugemem составляет примерно 3,42 ГБ (~3,67 миллиарда байт), поскольку виртуальное адресное пространство также необходимо для других вещей, таких как общие библиотеки. Это означает, что если у вас есть три сегмента общей памяти по 2 ГБ на 32-битной системе, ни один процесс не может одновременно подключиться более чем к одному сегменту общей памяти. Также обратите внимание, что если вы установите SHMMAX равным 4294967296 байт (4*1024*1024*1024=4 ГБ) на 32-битной системе, то SHMMAX будет равен 4294967296 байт. системе, то SHMMAX, по сути, будет равен 0 байт, поскольку он обернут вокруг значения 4 ГБ. Это означает, что SHMMAX не должен превышать 4294967295 на 32-битной системе. На платформах x86-64, SHMMAX может быть намного больше 4 ГБ, поскольку виртуальное адресное пространство не ограничено 32 битами. Поскольку SGA состоит из разделяемой памяти, SHMMAX может потенциально ограничивать размер SGA. SHMMAX должен быть немного больше, чем размер SGA. Если SHMMAX слишком мал, вы можете получить сообщение об ошибке сообщения об ошибках, подобные этому:

ORA-27123: unable to attach to shared memory segment

SHMALL

Из того, что мы имеем на RedHat Documentation on Setting SHMALL:

Этот параметр устанавливает общее количество страниц общей памяти, которые могут быть использоваться в масштабах всей системы. Следовательно, SHMALL всегда должен быть не меньше, чем ceil(shmmax/PAGE_SIZE).

Размер по умолчанию для SHMALL в Red Hat Enterprise Linux 2.1, 3, 4 и 5 составляет 2097152, что также является минимальным значением, рекомендованным Oracle для 9i и 10. рекомендуемый минимальный размер для 9i и 10g на платформах x86 и x86-64. платформах. В большинстве случаев этого значения будет достаточно, поскольку оно означает, что общий объем общей памяти, доступной в системе составляет 2097152*4096 байт (shmall*PAGE_SIZE), что равно 8 ГБ. PAGE_SIZE обычно составляет 4096 байт, если вы не используете Глава 14, Большая память Оптимизация, большие страницы и огромные страницы, которая поддерживает конфигурацию больших страниц памяти.

Если вы не уверены в том, какой PAGE_SIZE по умолчанию в вашей системе Linux, вы можете выполнить следующую команду

$ getconf PAGE_SIZE