On Fri, Nov 19, 2010 at 04:33:54PM -0700, Eric B Munson wrote:
> hugetlbfs_prefault relies on having a file descriptor associated with
> the huge page backed region to prefault the huge pages. This patch
> gives an alternative for prefaulting which will be used when the
> kernel supports MAP_HUGET
On Fri, Nov 19, 2010 at 04:33:55PM -0700, Eric B Munson wrote:
> When MAP_HUGETLB is used, the standard test for a maaping being backed by huge
s/maaping/mapping/
> pages fails because the mapping will not be on hugetlbfs. Instead of testing
> the filesystem backing the mapping, this patch adds
On Fri, Nov 19, 2010 at 04:33:51PM -0700, Eric B Munson wrote:
> Since 2.6.32 the kernel has supported pseudo-anonymous mmaps for
> huge pages without having hugetlbfs mounted. This patch adds a
> check for that kernel feature.
>
> Signed-off-by: Eric B Munson
> ---
> kernel-features.c|
On Fri, Nov 19, 2010 at 04:33:53PM -0700, Eric B Munson wrote:
> Now that we have the ability to map huge pages without having
> an active hugetlfs mount point with MAP_HUGETLB it no longer
> makes sense to detect valid page sizes based on active mount
> points. This patch separates out the detect
On Fri, Nov 19, 2010 at 04:33:52PM -0700, Eric B Munson wrote:
> This patch adds a check for MAP_HUGETLB support and a flag in
> __hugetlb_opts for holding the availability.
>
> Signed-off-by: Eric B Munson
> ---
> hugeutils.c | 21 +
> init.c |
On Fri, Nov 19, 2010 at 04:33:56PM -0700, Eric B Munson wrote:
> When the kernel supports MAP_HUGETLB use it for requesting
> a huge page backed area instead of creating a file descriptor.
>
> Signed-off-by: Eric B Munson
> ---
> alloc.c | 41 +++--
> 1 file
On Fri, Nov 19, 2010 at 04:33:58PM -0700, Eric B Munson wrote:
> As with get_huge_pages it is appropriate to use MAP_HUGETLB for
> mappings that will hold the heap.
>
> Signed-off-by: Eric B Munson
> ---
> morecore.c | 35 +++
> 1 files changed, 27 insertions(+)
On Tue, 23 Nov 2010, Mel Gorman wrote:
> > }
>
> I'm missing something. How does opening /dev/zero guarantee that we are
> checking for huge page availability? This looks like we are just
> prefaulting some base pages. Should we consider MAP_HUGETLB and
> prefaulting incompatible? T
On Tue, Nov 23, 2010 at 07:40:05AM -0700, Eric B Munson wrote:
> On Tue, 23 Nov 2010, Mel Gorman wrote:
>
>
>
> > > }
> >
> > I'm missing something. How does opening /dev/zero guarantee that we are
> > checking for huge page availability? This looks like we are just
> > prefaulting so
As of 2.6.32 mmap supports the MAP_HUGETLB flag that will, when there are
available huge pages, return an anonymous region backed by huge pages.
This allows us to use default sized huge pages for morecore and
get_huge_pages without forcing the admin to mount hugetlbfs.
Changes from V5:
Update comm
This patch adds a check for MAP_HUGETLB support and a flag in
__hugetlb_opts for holding the availability.
Signed-off-by: Eric B Munson
Acked-by: Mel Gorman
---
hugeutils.c | 21 +
init.c |1 +
libhugetlbfs_internal.h |4
3 files c
hugetlbfs_prefault relies on having a file descriptor associated with
the huge page backed region to prefault the huge pages. This patch
gives an alternative for prefaulting which will be used when the
kernel supports MAP_HUGETLB.
Signed-off-by: Eric B Munson
---
hugeutils.c | 59
Since 2.6.32 the kernel has supported pseudo-anonymous mmaps for
huge pages without having hugetlbfs mounted. This patch adds a
check for that kernel feature.
Signed-off-by: Eric B Munson
Acked-by: Mel Gorman
---
kernel-features.c|4
libhugetlbfs_privutils.h |3 +++
2 file
Now that we have the ability to map huge pages without having
an active hugetlfs mount point with MAP_HUGETLB it no longer
makes sense to detect valid page sizes based on active mount
points. This patch separates out the detection of valid page
sizes from the detection of active mount points.
Sig
When MAP_HUGETLB is used, the standard test for a mapping being backed by huge
pages fails because the mapping will not be on hugetlbfs. Instead of testing
the filesystem backing the mapping, this patch adds a check of reported MMU
page size from /proc/self/smaps. get_mapping_page_size returns th
When the kernel supports MAP_HUGETLB use it for requesting
a huge page backed area instead of creating a file descriptor.
Signed-off-by: Eric B Munson
---
alloc.c | 48 ++--
1 files changed, 34 insertions(+), 14 deletions(-)
diff --git a/alloc.c b/a
Convert all the heap based tests to use get_mapping_page_size to check if
a mapping is backed by huge pages now that morecore uses MAP_HUGETLB.
Signed-off-by: Eric B Munson
---
tests/heap-overflow.c|7 +--
tests/heapshrink.c | 15 +--
tests/malloc.c |
If get_huge_pages uses MAP_HUGETLB to create a new huge page region, the
old test_addr_huge function will claim the mapping is not on a huge page.
This patch changes the test to use the new get_mapping_page_size method.
Signed-off-by: Eric B Munson
---
tests/get_huge_pages.c | 12 +++-
As with get_huge_pages it is appropriate to use MAP_HUGETLB for
mappings that will hold the heap.
Signed-off-by: Eric B Munson
---
morecore.c | 40 ++--
1 files changed, 30 insertions(+), 10 deletions(-)
diff --git a/morecore.c b/morecore.c
index e120d55..2
尊敬的各公司财务，负责人
大家好！
我公司现有大量余额的发票可以向外代开，所开项目齐全，点数优惠。
<普通商品销售，建筑安装，公路内河运输，广告,酒店服务，咨询，租赁等等..>
本公司奉承客户就是上帝的宗旨。为客户保密，服务，就是我们最大的职责。
所有跟本公司有业务来往的客户，我们不管金额大小我们都一概照开！所开票据都可
以先验证后付款，做到公平，快捷的服务理念！如有需要可以来电咨询。
20 matches
Mail list logo
