login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2008
»
April
»
4
Re: [PATCH] hugetlbpage.txt: correct overcommit caveat [Was Re: [BUG]:2.6.25-rc7 memory leak with hugepages.]
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Nishanth Aravamudan
Subject:
Re: [PATCH] hugetlbpage.txt: correct overcommit caveat [Was Re: [BUG]:2.6.25-rc7 memory leak with hugepages.]
Date: Friday, April 4, 2008 - 11:04 am
On 04.04.2008 [10:31:25 -0700], Nishanth Aravamudan wrote:
quoted text
> On 04.04.2008 [18:16:38 +0100], Andy Whitcroft wrote: > > On Thu, Apr 03, 2008 at 08:40:41PM -0700, Nish Aravamudan wrote: > > > > > Hrm, fio is using SHM_HUGETLB. Does ipcs indicate maybe fio is not > > > cleaning up the shared memory segment? FWIW, it seems like each run is > > > using 400 hugepages in the SHM_HUGETLB segment, and then when you try > > > to force the pool to shrink, it converts those 800 (since you ran fio > > > twice) hugepages from static pool pages to dynamic (or overcommit) > > > pages. > > > > > > On another note, it is odd that we're using the dynamic pool, when it > > > is initially disabled...I'll have to think about that. > > > > > > I'll try and look at this later this evening or early tomorrow. > > > > Yes that is an expected result. We have no way to force the pool to > > shrink when pages are in-use. When a request is made to redoce the pool > > below the number of in-use pages, we move the pages to surplus. While > > this does temporarily violate the overcommit cap, it does provide the > > most utility as those pages will be returned to the buddy at the > > earliest oppotunity. > > > > I suspect the documenation could do with a little clarification. > > > As shown by Gurudas Pai recently, we can put hugepages into the surplus > state (by echo 0 > /proc/sys/vm/nr_hugepages), even when > /proc/sys/vm/nr_overcommit_hugepages is 0. This is actually correct, to > allow the original goal (shrink the static pool to 0) to succeed when it > is possible for it two (we are converting hugepages to surplus because
s/when it is possible for it two// Will fix in my copy. Thanks, Nish -- Nishanth Aravamudan <nacc@us.ibm.com> IBM Linux Technology Center --
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to
majordomo@vger.kernel.org
More majordomo info at
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
http://www.tux.org/lkml/
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
[BUG]:2.6.25-rc7 memory leak with hugepages.
, Gurudas Pai
, (Thu Mar 27, 12:35 am)
Re: [BUG]:2.6.25-rc7 memory leak with hugepages.
, Ingo Molnar
, (Thu Mar 27, 1:38 am)
Re: [BUG]:2.6.25-rc7 memory leak with hugepages.
, Gurudas Pai
, (Thu Mar 27, 3:24 am)
Re: [BUG]:2.6.25-rc7 memory leak with hugepages.
, Nish Aravamudan
, (Thu Apr 3, 8:40 pm)
Re: [BUG]:2.6.25-rc7 memory leak with hugepages.
, Nish Aravamudan
, (Fri Apr 4, 12:28 am)
Re: [BUG]:2.6.25-rc7 memory leak with hugepages.
, Gurudas Pai
, (Fri Apr 4, 12:45 am)
Re: [BUG]:2.6.25-rc7 memory leak with hugepages.
, Gurudas Pai
, (Fri Apr 4, 12:48 am)
Re: [BUG]:2.6.25-rc7 memory leak with hugepages.
, Andy Whitcroft
, (Fri Apr 4, 10:16 am)
[PATCH] hugetlbpage.txt: correct overcommit caveat [Was Re ...
, Nishanth Aravamudan
, (Fri Apr 4, 10:31 am)
Re: [PATCH] hugetlbpage.txt: correct overcommit caveat [Wa ...
, Nishanth Aravamudan
, (Fri Apr 4, 11:04 am)
Re: [PATCH] hugetlbpage.txt: correct overcommit caveat [Wa ...
, Andy Whitcroft
, (Fri Apr 4, 11:11 am)
Navigation
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Paul Turner
[tg_shares_up rewrite v4 11/11] sched: update tg->shares after cpu.shares write
Pete/Piet Delaney
Re: [Kgdb-bugreport] 2.6.23-rc3-mm1: kgdb build failure on powerpc
H. Peter Anvin
Re: [patch 0/2] Immediate Values - jump patching update
Adrian Bunk
2.6.23-rc3-mm1: m32r defconfig compile error
Hugh Dickins
Re: [PATCH -v8 3/4] Enable the MS_ASYNC functionality in sys_msync()
git
:
Han-Wen Nienhuys
Re: Cleaning up git user-interface warts
Brandon Casey
Re: [PATCH] git-relink: avoid hard linking in objects/info directory
Johannes Schindelin
Re: [PATCH] Documentation: config: add 'help.*' and 'instaweb.*' variables.
Steffen Prohaska
Re: best git practices, was Re: Git User's Survey 2007 unfinished summary continued
Felipe Contreras
Re: [PATCH v3 01/10] config: Codestyle cleanups.
git-commits-head
:
Linux Kernel Mailing List
ALSA: hda - Enable beep on Realtek codecs with PCI SSID override
Linux Kernel Mailing List
vhost: Fix host panic if ioctl called with wrong index
Linux Kernel Mailing List
ACPI : Disable the device's ability to wake the sleeping system in the boot phase
Linux Kernel Mailing List
Staging: add poch driver
Linux Kernel Mailing List
Staging: epl: remove NEAR
linux-netdev
:
Marcel Holtmann
Re: [PATCH 1/1] iwmc3200: add more SDIO device ids
David Miller
Re: [PATCH 1/3] f_phonet: dev_kfree_skb instead of dev_kfree_skb_any in TX callback
Eric Dumazet
Re: TCP-MD5 checksum failure on x86_64 SMP
Jarek Poplawski
Re: rib_trie / Fix inflate_threshold_root. Now=15 size=11 bits
Ilpo Järvinen
Re: [RFC] TCP illinois max rtt aging
freebsd-current
:
Rui Paulo
802.11s (wireless mesh) project status report
Andrew Thompson
Re: Apparent moused regression since r189490
Aryeh Friedman
SATA and PATA drives are mutually exclusive
Robert Kent
Re: [HEADSUP] amd64 suspend/resume code to be comitted
Remko Lodder
[Fwd: Re: kern/118258 sysctl causing panics on 7.0-xxx]
Colocation donated by:
Syndicate