Hi Vu
> -----Original Message----- > From: [email protected] [mailto:rhelv5-list- > [email protected]] On Behalf Of Vu Pham > Sent: 13 June 2009 03:08 > To: Red Hat Enterprise Linux 5 (Tikanga) discussion mailing-list > Subject: Re: [rhelv5-list] Cannot get system to use swap when > hugepages&memlock are configured. > > Nick Lunt wrote: > > Hi > > > > > > > > I've setup a test server - > > > > > > > > 16 GB RAM > > > > Oracle 10G with 5 GB SGA > > > > 6 GB of hugepages > > > > 6 GB of memlock for the oracle user > > > > > > > > No matter what I change vm.swappiness and vm.pagecache to I cannot > get > > this sever to use swap. I've got HammerOra hammering the system, RAM > > gets down to 80 MB free and kswapd kicks in trying to free pagecache > > (sometime getting upto 90% CPU and practically bringing the system to > a > > halt) but it refuses to do any swapping. > > > > > > This does not seem logical to me. I know that hugepages will not get > > swapped out, the SGA gets put into hugepages, fine. However I have > 700 > > virtual users configured in HammerOra so there are a lot of > connections > > and PGA activity but none of it ever gets swapped out. > > > > > > > > Has anyone come across this before or have any ideas what's going on > > please ? > > > > > > Hi Nick, > > > What is the output of "cat /proc/meminfo | grep -i commit" and value of > vm.overcommit_memory and vm.overcommit_ratio ? [r...@psl-cu ~]# grep -i commit /proc/meminfo CommitLimit: 10313264 kB Committed_AS: 641236 kB [r...@psl-cu ~]# sysctl -q vm.overcommit_memory vm.overcommit_memory = 0 [r...@psl-cu ~]# sysctl -q vm.overcommit_ratio vm.overcommit_ratio = 50 Thanks Nick. __________ Information from ESET NOD32 Antivirus, version of virus signature database 4153 (20090613) __________ The message was checked by ESET NOD32 Antivirus. http://www.eset.com _______________________________________________ rhelv5-list mailing list [email protected] https://www.redhat.com/mailman/listinfo/rhelv5-list
