Hi David,
On 04/03/2013 02:09 AM, David Rientjes wrote:
On Tue, 2 Apr 2013, Simon Jeons wrote:
Both thp and hugetlb pages should be 2MB aligned, correct?
To answer this question and your followup reply at the same time: they
come from one level higher in the page table so they will naturally
On Tue, 2 Apr 2013, Simon Jeons wrote:
> Both thp and hugetlb pages should be 2MB aligned, correct?
>
To answer this question and your followup reply at the same time: they
come from one level higher in the page table so they will naturally need
to be 2MB aligned.
--
To unsubscribe from this
On 04/02/2013 06:23 AM, David Rientjes wrote:
On Mon, 1 Apr 2013, Zhouping Liu wrote:
Hi all,
I found THP can't correctly distinguish one anonymous hugepage map.
1. when /sys/kernel/mm/transparent_hugepage/enabled is 'always', the
amount of THP always is one less.
It's not a problem
Hi David,
On 04/02/2013 06:23 AM, David Rientjes wrote:
On Mon, 1 Apr 2013, Zhouping Liu wrote:
Hi all,
I found THP can't correctly distinguish one anonymous hugepage map.
1. when /sys/kernel/mm/transparent_hugepage/enabled is 'always', the
amount of THP always is one less.
It's not a
Hi David,
On 04/02/2013 06:23 AM, David Rientjes wrote:
On Mon, 1 Apr 2013, Zhouping Liu wrote:
Hi all,
I found THP can't correctly distinguish one anonymous hugepage map.
1. when /sys/kernel/mm/transparent_hugepage/enabled is 'always', the
amount of THP always is one less.
It's not a
On 04/02/2013 06:23 AM, David Rientjes wrote:
On Mon, 1 Apr 2013, Zhouping Liu wrote:
Hi all,
I found THP can't correctly distinguish one anonymous hugepage map.
1. when /sys/kernel/mm/transparent_hugepage/enabled is 'always', the
amount of THP always is one less.
It's not a problem
On Tue, 2 Apr 2013, Simon Jeons wrote:
Both thp and hugetlb pages should be 2MB aligned, correct?
To answer this question and your followup reply at the same time: they
come from one level higher in the page table so they will naturally need
to be 2MB aligned.
--
To unsubscribe from this
Hi David,
On 04/03/2013 02:09 AM, David Rientjes wrote:
On Tue, 2 Apr 2013, Simon Jeons wrote:
Both thp and hugetlb pages should be 2MB aligned, correct?
To answer this question and your followup reply at the same time: they
come from one level higher in the page table so they will naturally
On 04/02/2013 11:40 AM, Lin Feng wrote:
Hi Zhouping,
On 04/02/2013 11:09 AM, Zhouping Liu wrote:
I don't understand clearly the last sentence 'you'll probably only get 100%
hugepages only 1/512th of the time.'
could you please explain more details about 'only 1/512th of the time'?
IIUC, thp
On Tue, 2 Apr 2013, Lin Feng wrote:
> > so, again, if I understand correctly, thp should tune the naturally aligned
> > maps, such as generated by mmap()/malloc(),
> > make such maps 'hugepagesize' aligned if the maps or vma is equal and
> > greater than 'hugepagesize', doesn't it?
>
> We may
Hi Zhouping,
On 04/02/2013 11:09 AM, Zhouping Liu wrote:
> I don't understand clearly the last sentence 'you'll probably only get 100%
> hugepages only 1/512th of the time.'
> could you please explain more details about 'only 1/512th of the time'?
IIUC, thp size is 2M so it may be comprised of
On 04/02/2013 06:23 AM, David Rientjes wrote:
On Mon, 1 Apr 2013, Zhouping Liu wrote:
Hi all,
I found THP can't correctly distinguish one anonymous hugepage map.
1. when /sys/kernel/mm/transparent_hugepage/enabled is 'always', the
amount of THP always is one less.
It's not a problem
On Mon, 1 Apr 2013, Zhouping Liu wrote:
> Hi all,
>
> I found THP can't correctly distinguish one anonymous hugepage map.
>
> 1. when /sys/kernel/mm/transparent_hugepage/enabled is 'always', the
>amount of THP always is one less.
>
It's not a problem with identifying an anonymous mapping
Hi all,
I found THP can't correctly distinguish one anonymous hugepage map.
1. when /sys/kernel/mm/transparent_hugepage/enabled is 'always', the
amount of THP always is one less.
Testing code:
snip
unsigned long hugepagesize = (1UL << 21);
int main()
{
void *addr;
Hi all,
I found THP can't correctly distinguish one anonymous hugepage map.
1. when /sys/kernel/mm/transparent_hugepage/enabled is 'always', the
amount of THP always is one less.
Testing code:
snip
unsigned long hugepagesize = (1UL 21);
int main()
{
void *addr;
On Mon, 1 Apr 2013, Zhouping Liu wrote:
Hi all,
I found THP can't correctly distinguish one anonymous hugepage map.
1. when /sys/kernel/mm/transparent_hugepage/enabled is 'always', the
amount of THP always is one less.
It's not a problem with identifying an anonymous mapping as a
On 04/02/2013 06:23 AM, David Rientjes wrote:
On Mon, 1 Apr 2013, Zhouping Liu wrote:
Hi all,
I found THP can't correctly distinguish one anonymous hugepage map.
1. when /sys/kernel/mm/transparent_hugepage/enabled is 'always', the
amount of THP always is one less.
It's not a problem
Hi Zhouping,
On 04/02/2013 11:09 AM, Zhouping Liu wrote:
I don't understand clearly the last sentence 'you'll probably only get 100%
hugepages only 1/512th of the time.'
could you please explain more details about 'only 1/512th of the time'?
IIUC, thp size is 2M so it may be comprised of 512
On Tue, 2 Apr 2013, Lin Feng wrote:
so, again, if I understand correctly, thp should tune the naturally aligned
maps, such as generated by mmap()/malloc(),
make such maps 'hugepagesize' aligned if the maps or vma is equal and
greater than 'hugepagesize', doesn't it?
We may gain
On 04/02/2013 11:40 AM, Lin Feng wrote:
Hi Zhouping,
On 04/02/2013 11:09 AM, Zhouping Liu wrote:
I don't understand clearly the last sentence 'you'll probably only get 100%
hugepages only 1/512th of the time.'
could you please explain more details about 'only 1/512th of the time'?
IIUC, thp
20 matches
Mail list logo
