В Oracle есть возможность использовать HugePages, т.е. если в сервере достаточно большое количество памяти (больше 16Гб), то есть смысл адресовать ее большими страницами, что весьма положительно сказывается на производительности. При таком переключении вместо 4Кб страниц можно использовать 2Мб страницы, что упрощает работу менеджеру. В силу ряда обстоятельств не рекомендую использовать эту опцию на версиях RDBMS ниже 11.2.0.3. Описывать буду для нормальной системы, т.е. Linux. Если кто-то опишет вариант включения больших страниц под Windows - плюс в карму и спасибо на форуме гарантированы.
Итак. Во-первых, убедитесь, что вы правильно настроили системные параметры (
Как посчитать shmmax и shmall).
Далее, смотрим
Код:
cat /proc/meminfo | grep -i page
AnonPages: 234952 kB
PageTables: 22708 kB
AnonHugePages: 0 kB
HugePages_Total: 0
HugePages_Free: 0
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 2048 kB
Видим, что страница у нас 2048Кб (значение можно изменить параметром загрузки ядра bigpages=4100MB, например, в официальной доке не нашел, не пробовал). Из этого значения необходимо вычислить количество страниц, которое мы под большие страницы выделяем (для всего остального эта память будет недоступна сразу, всю память выделять не надо) и вписываем это значение в vm.nr_hugepages файла /etc/sysctl.conf. Например,
Код:
echo "( 43 * 1024 * 1024 * 1024 ) / (2 * 1024 * 1024)" | bc -l
vm.nr_hugepages=22016
(это где-то для 43Гб при доступных 55Гб) для древних ядер этот параметр был недоступен (вместо него надо было использовать vm.hugetlb_pool).
выполняем sysctl -p, чтобы память выделилась.
скрытое
Цитата: #!/bin/bash
#
# hugepages_settings.sh
#
# Linux bash script to compute values for the
# recommended HugePages/HugeTLB configuration
#
# Note: This script does calculation for all shared memory
# segments available when the script is run, no matter it
# is an Oracle RDBMS shared memory segment or not.
# Check for the kernel version
KERN=`uname -r | awk -F. '{ printf("%d.%d\n",$1,$2); }'`
# Find out the HugePage size
HPG_SZ=`grep Hugepagesize /proc/meminfo | awk {'print $2'}`
# Start from 1 pages to be on the safe side and guarantee 1 free HugePage
NUM_PG=1
# Cumulative number of pages required to handle the running shared memory segments
for SEG_BYTES in `ipcs -m | awk {'print $5'} | grep "[0-9][0-9]*"`
do
MIN_PG=`echo "$SEG_BYTES/($HPG_SZ*1024)" | bc -q`
if [ $MIN_PG -gt 0 ]; then
NUM_PG=`echo "$NUM_PG+$MIN_PG+1" | bc -q`
fi
done
# Finish with results
case $KERN in
'2.4') HUGETLB_POOL=`echo "$NUM_PG*$HPG_SZ/1024" | bc -q`;
echo "Recommended setting: vm.hugetlb_pool = $HUGETLB_POOL" ;;
'2.6') echo "Recommended setting: vm.nr_hugepages = $NUM_PG" ;;
*) echo "Unrecognized kernel version $KERN. Exiting." ;;
esac
# End
Выделяем юзеру oracle память для блокировки в /etc/security/limits.conf
Цитата: oracle soft core unlimited
oracle hard core unlimited
oracle soft memlock 54217728
oracle hard memlock 54217728
обратите внимание, что memlock в unlimited не выставляется. Почему - я не докопался. Перелогиньтесь.
Теперь переходим непосредственно к Oracle. Исхожу из того, что память у вас и так настроена (AMM с HugePages не совместимо на данный момент), поэтому настраиваем только большие страницы.
Код:
alter system set use_large_pages=only scope=spfile;
startup force
если вы накосячили с какими-то параметрами, то база тупо не запустится. Можно выставить не only, а true и смотреть в алертлоге, используются большие страницы или нет. Мне было влом.
После всей процедуры попробуйте выполнить
Код:
cat /proc/meminfo | grep -i page
AnonPages: 235080 kB
PageTables: 22712 kB
AnonHugePages: 0 kB
HugePages_Total: 21400
HugePages_Free: 2534
HugePages_Rsvd: 527
HugePages_Surp: 0
Hugepagesize: 2048 kB
чтобы убедиться, что все работает... При старте БД, естественно, что HugePages_Free будет достаточно велико, потом при работе заполнится...