[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20151215115342.GB75130@black.fi.intel.com>
Date: Tue, 15 Dec 2015 13:53:42 +0200
From: "Kirill A. Shutemov" <kirill.shutemov@...ux.intel.com>
To: yalin wang <yalin.wang2010@...il.com>
Cc: "Kirill A. Shutemov" <kirill@...temov.name>,
Oleg Nesterov <oleg@...hat.com>, akpm@...ux-foundation.org,
gang.chen.5i5j@...il.com, mhocko@...e.com,
kwapulinski.piotr@...il.com, aarcange@...hat.com,
dcashman@...gle.com, linux-mm@...ck.org,
linux-kernel@...r.kernel.org
Subject: Re: [RFC] mm: change find_vma() function
On Tue, Dec 15, 2015 at 02:41:21PM +0800, yalin wang wrote:
> > On Dec 15, 2015, at 05:11, Kirill A. Shutemov <kirill@...temov.name> wrote:
> > Anyway, I don't think it's possible to gain anything measurable from this
> > optimization.
> >
> the advantage is that if addr don’t belong to any vma, we don’t need loop all vma,
> we can break earlier if we found the most closest vma which vma->end_add > addr,
Do you have any workload which can demonstrate the advantage?
--
Kirill A. Shutemov
--
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