From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.4 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id E6265C4360C for ; Fri, 11 Oct 2019 01:41:16 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id A3E4620650 for ; Fri, 11 Oct 2019 01:41:16 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=oracle.com header.i=@oracle.com header.b="ec4voK6q" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org A3E4620650 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=oracle.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id 3E05D8E0006; Thu, 10 Oct 2019 21:41:16 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 390788E0003; Thu, 10 Oct 2019 21:41:16 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 27EE58E0006; Thu, 10 Oct 2019 21:41:16 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0068.hostedemail.com [216.40.44.68]) by kanga.kvack.org (Postfix) with ESMTP id 022CD8E0003 for ; Thu, 10 Oct 2019 21:41:15 -0400 (EDT) Received: from smtpin16.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay02.hostedemail.com (Postfix) with SMTP id 96AFB640A for ; Fri, 11 Oct 2019 01:41:15 +0000 (UTC) X-FDA: 76029800910.16.eye95_af0115c34262 X-HE-Tag: eye95_af0115c34262 X-Filterd-Recvd-Size: 4601 Received: from aserp2120.oracle.com (aserp2120.oracle.com [141.146.126.78]) by imf21.hostedemail.com (Postfix) with ESMTP for ; Fri, 11 Oct 2019 01:41:14 +0000 (UTC) Received: from pps.filterd (aserp2120.oracle.com [127.0.0.1]) by aserp2120.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x9B1O4Bl170520; Fri, 11 Oct 2019 01:41:10 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=subject : to : cc : references : from : message-id : date : mime-version : in-reply-to : content-type : content-transfer-encoding; s=corp-2019-08-05; bh=fyGrHz6NvjvD3QDpJN/um+QmK9TVvyu9a3y8yy60Sy8=; b=ec4voK6q1iqWHglrI77e//UMEQAZEE0KcbN5qcmD7KKQZrIp49SKVIN4+o4slPPxB+uK 4UrgFHm53WX2ttm7a7zJ/gYKG2ImZ6+dP4m4PpR7hLCVyqZ5qglZfKhvXLXeAHOV3jEd Sj+OeFP9937IAQW2B6B7xH2M8wvWEZcdpQKlGmA08IZu2oHX91j3mk+j3HZUk7RoIEcf 7rW9spQFautgJ9+heTKp5SxvIHWMLXN6GnOf/uecyeBdGp+2rbep12daYX812qWQ9AnL BpfdxyPbm2bQMbqrarmxrzDQyWTvkNoqcQWNa697sIthMtxDnYS23627wb9HH3ZL5x6K wg== Received: from aserp3020.oracle.com (aserp3020.oracle.com [141.146.126.70]) by aserp2120.oracle.com with ESMTP id 2vek4qxhkn-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 11 Oct 2019 01:41:10 +0000 Received: from pps.filterd (aserp3020.oracle.com [127.0.0.1]) by aserp3020.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x9B1TCeO148639; Fri, 11 Oct 2019 01:41:10 GMT Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by aserp3020.oracle.com with ESMTP id 2vje2wx6fn-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 11 Oct 2019 01:41:09 +0000 Received: from abhmp0018.oracle.com (abhmp0018.oracle.com [141.146.116.24]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id x9B1f1NP016410; Fri, 11 Oct 2019 01:41:02 GMT Received: from [10.182.69.197] (/10.182.69.197) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 10 Oct 2019 18:41:01 -0700 Subject: Re: [PATCH v2] mm/vmscan: get number of pages on the LRU list in memcgroup base on lru_zone_size To: Michal Hocko , Andrew Morton Cc: linux-mm@kvack.org, vdavydov.dev@gmail.com, hannes@cmpxchg.org References: <20190905071034.16822-1-honglei.wang@oracle.com> <20191007142805.GM2381@dhcp22.suse.cz> <991b4719-a2a0-9efe-de02-56a928752fe3@oracle.com> <20191009141644.GD6681@dhcp22.suse.cz> <4dccae1b-2b34-7ff9-94c3-8814baab636e@oracle.com> <20191010143313.GJ18412@dhcp22.suse.cz> From: Honglei Wang Message-ID: <8926ba7a-9983-5b3f-b726-d1ff1230ef90@oracle.com> Date: Fri, 11 Oct 2019 09:40:59 +0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <20191010143313.GJ18412@dhcp22.suse.cz> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9406 signatures=668684 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1908290000 definitions=main-1910110011 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9406 signatures=668684 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1908290000 definitions=main-1910110011 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On 10/10/19 10:33 PM, Michal Hocko wrote: > I would just fix the LTP test. Coincidently I have discussed the very > same thing with our QA guys just recently and the conclusion was to > update the LTP and use a larger madvised memory area. I haven't checked > whether this is upstream in LTP already. But please talk to LTP people. > My QA colleague sync with me weeks ago, they have a workaround for this case in LTP which is signed-off-by both suse and oracle QA. So it's not a problem for LTP now. If we don't care this from kernel side, it's fine to drop it. Thanks, Honglei > If there is no other reason to change the kernel code but the failing > LTP test that doesn't really represent any real life scenario then I > would simply keep the code as is. Andrew, could you drop it from the > mmotm tree please? >