[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20150914144106.ee205c3ae3f4ec0e5202c9fe@linux-foundation.org>
Date: Mon, 14 Sep 2015 14:41:06 -0700
From: Andrew Morton <akpm@...ux-foundation.org>
To: Ebru Akagunduz <ebru.akagunduz@...il.com>
Cc: linux-mm@...ck.org, kirill.shutemov@...ux.intel.com,
n-horiguchi@...jp.nec.com, aarcange@...hat.com, riel@...hat.com,
iamjoonsoo.kim@....com, xiexiuqi@...wei.com, gorcunov@...nvz.org,
linux-kernel@...r.kernel.org, mgorman@...e.de, rientjes@...gle.com,
vbabka@...e.cz, aneesh.kumar@...ux.vnet.ibm.com, hughd@...gle.com,
hannes@...xchg.org, mhocko@...e.cz, boaz@...xistor.com,
raindel@...lanox.com
Subject: Re: [RFC v5 0/3] mm: make swapin readahead to gain more thp
performance
On Mon, 14 Sep 2015 22:31:42 +0300 Ebru Akagunduz <ebru.akagunduz@...il.com> wrote:
> This patch series makes swapin readahead up to a
> certain number to gain more thp performance and adds
> tracepoint for khugepaged_scan_pmd, collapse_huge_page,
> __collapse_huge_page_isolate.
I'll merge this series for testing. Hopefully Andrea and/or Hugh will
find time for a quality think about the issue before 4.3 comes around.
It would be much better if we didn't have that sysfs knob - make the
control automatic in some fashion.
If we can't think of a way of doing that then at least let's document
max_ptes_swap very carefully. Explain to our users what it does, why
they should care about it, how they should set about determining (ie:
measuring) its effect upon their workloads.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists