[dpdk-dev] [PATCH v5] eal: fix allocating all free hugepages

2016-06-30 Thread Thomas Monjalon
> > EAL memory init allocates all free hugepages of the whole system, > > which seen from sysfs, even when applications do not ask so many. > > When there is a limitation on how many hugepages an application can > > use (such as cgroup.hugetlb), or hugetlbfs is specified with an > > option of size

[dpdk-dev] [PATCH v5] eal: fix allocating all free hugepages

2016-06-08 Thread Sergio Gonzalez Monroy
On 31/05/2016 04:37, Jianfeng Tan wrote: > EAL memory init allocates all free hugepages of the whole system, > which seen from sysfs, even when applications do not ask so many. > When there is a limitation on how many hugepages an application can > use (such as cgroup.hugetlb), or hugetlbfs is spec

[dpdk-dev] [PATCH v5] eal: fix allocating all free hugepages

2016-06-06 Thread Pei, Yulong
: Gonzalez Monroy, Sergio ; nhorman at tuxdriver.com; david.marchand at 6wind.com; thomas.monjalon at 6wind.com; Tan, Jianfeng Subject: [dpdk-dev] [PATCH v5] eal: fix allocating all free hugepages EAL memory init allocates all free hugepages of the whole system, which seen from sysfs, even when

[dpdk-dev] [PATCH v5] eal: fix allocating all free hugepages

2016-05-31 Thread Jianfeng Tan
EAL memory init allocates all free hugepages of the whole system, which seen from sysfs, even when applications do not ask so many. When there is a limitation on how many hugepages an application can use (such as cgroup.hugetlb), or hugetlbfs is specified with an option of size (exceeding the quota