hugetlb_shm_group is not needed on Red Hat Have you googled to see whether I've already blogged the solution to you problem? If you are on 11.1 you probably don't have the libnuma symlinks right. If you can't find it with google let me know Also, this notion that 32bit OS deployments don't need hugepages is quite wrong. Any system with large connection count is not going to be able to afford the wasted page table memory. Use hugepages. ________________________________ From: "Crisler, Jon" <Jon.Crisler@xxxxxxx> To: tgascard@xxxxxxxxx Cc: Oracle-L@xxxxxxxxxxxxx Sent: Tue, October 12, 2010 7:45:03 AM Subject: RE: 11g RedHat 5 and Hugepages This is pretty much what I am doing, however the parameter- vm.hugetlb_shm_group=1300 - I am under the impression that this does not apply to RedHat 5, only to SUSE and a few other varients. Can anybody that has done this on RedHat 5 verify if this parameter is needed in /etc/sysctl.conf ? -----Original Message----- From: tgascard@xxxxxxxxx [mailto:tgascard@xxxxxxxxx] Sent: Tuesday, October 12, 2010 3:48 AM To: Crisler, Jon Cc: Oracle-L@xxxxxxxxxxxxx Subject: 11g RedHat 5 and Hugepages Hi, I did it and is working perfectly well. My configuration : Not Using AMM with ASM and database /etc/sysctl.conf : vm.nr_hugepages= 12288 -- page size 2MB => 24 GB vm.hugetlb_shm_group=1300 --id dba, be careful if it's a different user between ASM and Database kernel.shmmax=25769803776 -- => 24 GB kernel.shmall=6291456 -- page size 4KB =>24 GB /etc/security/limits.conf : memlock=25165824 -- KB => 24 GB /etc/profile ulimit -u 16384 -n 65536 -l 25165824 To check you are using Huge Page grep Huge /proc/meminfo I hope it 'will help. Thierry. -- //www.freelists.org/webpage/oracle-l