Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755787AbbLDIwa (ORCPT ); Fri, 4 Dec 2015 03:52:30 -0500 Received: from mail-wm0-f43.google.com ([74.125.82.43]:34177 "EHLO mail-wm0-f43.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755558AbbLDIw3 (ORCPT ); Fri, 4 Dec 2015 03:52:29 -0500 Date: Fri, 4 Dec 2015 09:52:27 +0100 From: Michal Hocko To: Minchan Kim Cc: Andrew Morton , "Kirill A. Shutemov" , Johannes Weiner , linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: Re: memcg uncharge page counter mismatch Message-ID: <20151204085226.GB10021@dhcp22.suse.cz> References: <20151202101643.GC25284@dhcp22.suse.cz> <20151203013404.GA30779@bbox> <20151203021006.GA31041@bbox> <20151203085451.GC9264@dhcp22.suse.cz> <20151203125950.GA1428@bbox> <20151203133719.GF9264@dhcp22.suse.cz> <20151203134326.GG9264@dhcp22.suse.cz> <20151203145850.GH9264@dhcp22.suse.cz> <20151203154729.GI9264@dhcp22.suse.cz> <20151204053515.GA5174@blaptop> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20151204053515.GA5174@blaptop> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1575 Lines: 38 On Fri 04-12-15 14:35:15, Minchan Kim wrote: > On Thu, Dec 03, 2015 at 04:47:29PM +0100, Michal Hocko wrote: > > On Thu 03-12-15 15:58:50, Michal Hocko wrote: > > [....] > > > Warning, this looks ugly as hell. > > > > I was thinking about it some more and it seems that we should rather not > > bother with partial thp at all and keep it in the original memcg > > instead. It is way much less code and I do not think this will be too > > disruptive. Somebody should be holding the thp head, right? > > > > Minchan, does this fix the issue you are seeing. > > This patch solves the issue but not sure it's right approach. > I think it could make regression that in old, we could charge > a THP page but we can't now. The page would still get charged when allocated. It just wouldn't get moved when mapped only partially. IIUC there will be still somebody mapping the THP head via pmd, right? That process will move the page to the new memcg when moved. Or is it possible that we will end up only with pte mapped THP from all processes? Kirill? If not then I think it is reasonable to expect that partially mapped THP is not moved during task migration. I will post an official patch after Kirill confirms my understanding. Anyway thanks for the testing and pointing me to right direction Minchan! -- Michal Hocko SUSE Labs -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/