From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753428AbbDAN1N (ORCPT ); Wed, 1 Apr 2015 09:27:13 -0400 Received: from mta-out1.inet.fi ([62.71.2.195]:50582 "EHLO jenni1.inet.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751738AbbDAN1L (ORCPT ); Wed, 1 Apr 2015 09:27:11 -0400 Date: Wed, 1 Apr 2015 16:26:42 +0300 From: "Kirill A. Shutemov" To: "Aneesh Kumar K.V" Cc: "Kirill A. Shutemov" , Andrew Morton , Andrea Arcangeli , Dave Hansen , Hugh Dickins , Mel Gorman , Rik van Riel , Vlastimil Babka , Christoph Lameter , Naoya Horiguchi , Steve Capper , Johannes Weiner , Michal Hocko , Jerome Marchand , linux-kernel@vger.kernel.org, linux-mm@kvack.org Subject: Re: [PATCHv4 00/24] THP refcounting redesign Message-ID: <20150401132642.GA17798@node.dhcp.inet.fi> References: <1425486792-93161-1-git-send-email-kirill.shutemov@linux.intel.com> <87ego6lchy.fsf@linux.vnet.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87ego6lchy.fsf@linux.vnet.ibm.com> User-Agent: Mutt/1.5.23.1 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Mar 30, 2015 at 09:10:41PM +0530, Aneesh Kumar K.V wrote: > "Kirill A. Shutemov" writes: > > > Hello everybody, > > > > It's bug-fix update of my thp refcounting work. > > > > The goal of patchset is to make refcounting on THP pages cheaper with > > simpler semantics and allow the same THP compound page to be mapped with > > PMD and PTEs. This is required to get reasonable THP-pagecache > > implementation. > > > > With the new refcounting design it's much easier to protect against > > split_huge_page(): simple reference on a page will make you the deal. > > It makes gup_fast() implementation simpler and doesn't require > > special-case in futex code to handle tail THP pages. > > > > It should improve THP utilization over the system since splitting THP in > > one process doesn't necessary lead to splitting the page in all other > > processes have the page mapped. > > Can we split this series into two. The compound_lock removal and using > migration entries ro freeze page count can be made into a seperate > series ? I would problaby move these patchse to the end of patchset. So they can be applied separately. -- Kirill A. Shutemov