Tuesday, October 25, 2011

Huge Pages & Exadata

I decied to use Huge Pages in our Exadata and just opened /etc/sysctl.conf with vi but …

... vm.nr_hugepages was commented :
# bug 8268393 remove vm.nr_hugepages = 2048

I Пришлось пойти на металинк. Нота относится к Экзадате на НР:
Вот о чем речь:
Disable Hugepages on the Database Servers
The current database image allocates 4G of hugepages that in many cases do not get used for various reasons. Some common examples of why the hugepages aren't used are:
  • Allocation requested at SGA creation time is larger than the hugepage config
  • Automatic Memory Management is being used which cannot leverage hugepages
  • The oracle user cannot lock the requested amount of memory because the memlock limit is either not specified or under-configured in /etc/security/limits.conf
Considering these issues, and the lack of benefit for a Data Warehouse environment, it is recommended that hugepages be disabled on the database servers.
Please note that hugepages should   NEVER   be disabled on the Exadata cells.
Bug 8268393 has been filed to make this change permanent in the database side image, and includes steps to do this manually in the work-around section.

В общем:
-  упреки от пользователей, нежелающих разобраться почему не стартует их БД +
- несовместимость  АММ с большими страницами
заставили Оракл отказаться от этого функционала и Оракл даже специально оформил якобы баг, чтобы запретить большие страницы на Экзадате.

Жалко, это очень полезный функционал. Особенно для больших систем.

В чем-то Оракл здесь неправ. Большие страницы приносят свою пользу в больших системах.
В общем, если включить HugePages, то ошибок не будет.

No comments:

Post a Comment

How to copy a file from ASM at host one to ASM at host twho ?

Because of archivelog gap there was the need to copy archive log file from primary Exadata   to standby Exadata. Primary Exadata archiv...