Received: by 2002:a25:683:0:0:0:0:0 with SMTP id 125csp147866ybg; Thu, 11 Jun 2020 20:11:48 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwAEltK5/DYwdgAIFBt749riuRf9oc09zW3PM9ZxIwwL5jSyQP+yZWU5fQtf9c/w/tIHeHf X-Received: by 2002:a50:f044:: with SMTP id u4mr9875937edl.226.1591931508136; Thu, 11 Jun 2020 20:11:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1591931508; cv=none; d=google.com; s=arc-20160816; b=KaScpbuN9m+W3Y1BURPj2llABIXe+cOHI1r87A2C0cTkMiE0d/Y61+8vzRt8yGj388 yVcj2Rn2yxTGkVmObO1p53vedStD9vCUTq34DIyLX1OtvYg2AK9F6BVKHgxNQif/UoE1 AQlsfHahLvjxsBHJerV+3HzFdde8Jk0CqMW2ZSOeERQX7HlTfbqfO5QKvq9mCEY6VqK2 8U796GvjvZID5/xGnMknBk1+2yyydmulYau8z+YFs7TkYAy7kfi1RrIDXxxAWB+IgdFT WRgIr/9Mfvykmi7GfWIsd/5imD9sEBX2jco23kCaefMQnF+ivU+j6MxnPUSy4IPZrBNt C3Xg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:in-reply-to :mime-version:user-agent:date:message-id:from:references:cc:to :subject; bh=rMSBNOpqXHxOC29jap3+WiMmqouZ0iUVaGVNMeoTDkU=; b=m9a/g8fE7Y5Zi4cXd3P7vzR1TjGOADJiE2EXiVgMO4Zu1qo13ntmEONUrje+0wts6j emSOUM3/9/80v4M/ZZorqY55pB3Z3i7AanwVvT16Yq9NUTlwGBtYmuQpcnx4eGtde+Ej q8tdNGDvcyJ0yFv3mYTVaENNfQ9GjX6IDvtAfdbVpa+gfOYt/Vl03lQdZ0efqUD7MwFi u5eK0ttiwwIBpaLHh0aepyKpn1fDT6GXthk2hxMJmWRttCrc5ZjA8FmjkFJAFi0eZH8j xIepWBZG/Y8QP2PN5UcFIRFnlKUxf5IfazKiudxjV5zXg/IZJyr7LFDRnuc6T1/zHO9a osMQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id gl8si3165078ejb.327.2020.06.11.20.11.25; Thu, 11 Jun 2020 20:11:48 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726364AbgFLDJk (ORCPT + 99 others); Thu, 11 Jun 2020 23:09:40 -0400 Received: from out30-56.freemail.mail.aliyun.com ([115.124.30.56]:45496 "EHLO out30-56.freemail.mail.aliyun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726305AbgFLDJk (ORCPT ); Thu, 11 Jun 2020 23:09:40 -0400 X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R141e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e01e01358;MF=alex.shi@linux.alibaba.com;NM=1;PH=DS;RN=16;SR=0;TI=SMTPD_---0U.K13Qc_1591931375; Received: from IT-FVFX43SYHV2H.local(mailfrom:alex.shi@linux.alibaba.com fp:SMTPD_---0U.K13Qc_1591931375) by smtp.aliyun-inc.com(127.0.0.1); Fri, 12 Jun 2020 11:09:35 +0800 Subject: Re: [PATCH v12 00/16] per memcg lru lock To: Hugh Dickins Cc: akpm@linux-foundation.org, mgorman@techsingularity.net, tj@kernel.org, khlebnikov@yandex-team.ru, daniel.m.jordan@oracle.com, yang.shi@linux.alibaba.com, willy@infradead.org, hannes@cmpxchg.org, lkp@intel.com, linux-mm@kvack.org, linux-kernel@vger.kernel.org, cgroups@vger.kernel.org, shakeelb@google.com, iamjoonsoo.kim@lge.com, richard.weiyang@gmail.com References: <1591856209-166869-1-git-send-email-alex.shi@linux.alibaba.com> From: Alex Shi Message-ID: Date: Fri, 12 Jun 2020 11:09:33 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=gbk Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org ?? 2020/6/12 ????6:26, Hugh Dickins ะด??: >> ..." > It was well worth exploring, and may help in a few cases; > Johannes's memcg swap simplifications have helped a lot more; > but crashes under rotate_reclaimable_page() show that this series > still does not give enough protection from mem_cgroup_move_account(). > > I'll send a couple of fixes to compaction bugs in reply to this: > with those in, compaction appears to be solid. > Thanks a lot for fixing. I will look into them and try to merge into the patchset. Thanks a lot! Alex