Re: [BUG]:2.6.25-rc7 memory leak with hugepages.

[Gurudas Pai]

Nish Aravamudan wrote:
> On 3/27/08, Gurudas Pai <gurudas.pai@xxxxxxxxxx> wrote:
>>
>>  Ingo Molnar wrote:
>>  > * Gurudas Pai <gurudas.pai@xxxxxxxxxx> 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
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/