Messages in this thread | | | Date | Fri, 04 Apr 2008 13:18:30 +0530 | From | Gurudas Pai <> | Subject | Re: [BUG]:2.6.25-rc7 memory leak with hugepages. |
| |
Nish Aravamudan wrote: > On 3/27/08, Gurudas Pai <gurudas.pai@oracle.com> wrote: >> >> Ingo Molnar wrote: >> > * Gurudas Pai <gurudas.pai@oracle.com> wrote: >> > >> >> Hi, >> >> >> >> On 2.6.25-rc7 allocate hugepages and run a fio test with following >> >> jobfile, >> > >> > could you try x86.git/latest: >> > >> > http://people.redhat.com/mingo/x86.git/README >> > >> > it has a fix that could fix such a leak. >> > >> > Ingo >> >> >> Applied latest two patches and re-ran the test, >> >> hugetlb: fix potential livelock in return_unused_surplus_hugepages() >> hugetlb: indicate surplus huge page counts in per-node meminfo >> >> Still same result, > > Ingo was referring to the x86.git tree, not linus.git (to which those > two patches have been applied). I'm not sure if there is something > x86.git that hasn't been pushed to LInus yet? > >> >cat /proc/meminfo | grep Huge >> HugePages_Total: 1000 >> >> HugePages_Free: 551 >> >> HugePages_Rsvd: 1 >> HugePages_Surp: 0 >> Hugepagesize: 2048 kB >> >> >echo 0 > /proc/sys/vm/nr_hugepages >> >cat /proc/meminfo | grep Huge >> >> HugePages_Total: 450 >> HugePages_Free: 1 >> HugePages_Rsvd: 1 >> HugePages_Surp: 450 >> Hugepagesize: 2048 kB > > Hrm, fio is using SHM_HUGETLB. Does ipcs indicate maybe fio is not > cleaning up the shared memory segment? Indeed , since fio crashed during the run there were shared memory segment allocated. Just removed them and HugePages_Total: 1000 HugePages_Free: 1000 HugePages_Rsvd: 0 HugePages_Surp: 0 Hugepagesize: 2048 kB
So not a bug. Thank you all for your time and effort.
Regards, -Guru
| |