lkml.org 
[lkml]   [2008]   [Apr]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [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


\
 
 \ /
  Last update: 2008-04-04 09:53    [W:0.103 / U:0.724 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site