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 Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 0BF9CC2BA15 for ; Tue, 18 Jun 2024 07:52:54 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 992036B0180; Tue, 18 Jun 2024 03:52:53 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 93FB16B0182; Tue, 18 Jun 2024 03:52:53 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 807C16B0187; Tue, 18 Jun 2024 03:52:53 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0011.hostedemail.com [216.40.44.11]) by kanga.kvack.org (Postfix) with ESMTP id 628166B0180 for ; Tue, 18 Jun 2024 03:52:53 -0400 (EDT) Received: from smtpin22.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay10.hostedemail.com (Postfix) with ESMTP id 06601C050E for ; Tue, 18 Jun 2024 07:52:53 +0000 (UTC) X-FDA: 82243243026.22.3CB1452 Received: from mail-pf1-f177.google.com (mail-pf1-f177.google.com [209.85.210.177]) by imf03.hostedemail.com (Postfix) with ESMTP id 1301B20011 for ; Tue, 18 Jun 2024 07:52:50 +0000 (UTC) Authentication-Results: imf03.hostedemail.com; dkim=pass header.d=bytedance.com header.s=google header.b=OAZhaPaT; spf=pass (imf03.hostedemail.com: domain of zhengqi.arch@bytedance.com designates 209.85.210.177 as permitted sender) smtp.mailfrom=zhengqi.arch@bytedance.com; dmarc=pass (policy=quarantine) header.from=bytedance.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1718697162; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=nkGza3lrDUwy26WxbN6WWsJfW0E1pSkyds/zsLevD44=; b=3hnJBwhU7EyPeqa48eMzhf6BbN0NI0oGLLJqMRqNOP0MwZNkQoRmFAFimrY6I7r598bX19 dS0dlEaXvf/8/qBagd9Rnwxlu7Q89GygNG6tjHN6ZDO7B86iMg+yb2W7o2vfp2J2s00EYt TUMHefzLAzlGy8DuXlyoYsEn3WMAaLA= ARC-Authentication-Results: i=1; imf03.hostedemail.com; dkim=pass header.d=bytedance.com header.s=google header.b=OAZhaPaT; spf=pass (imf03.hostedemail.com: domain of zhengqi.arch@bytedance.com designates 209.85.210.177 as permitted sender) smtp.mailfrom=zhengqi.arch@bytedance.com; dmarc=pass (policy=quarantine) header.from=bytedance.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1718697162; a=rsa-sha256; cv=none; b=oEVGJu5AkGoV1TPnNN1KW89xZw7KofKAChyD5iczztpMmW6zczTVFj8EYPA0gol/cgmvqu 2+/RaEN/mA6kMIkpUs4aROd2aZ570i7g0ZtVnmxBVTlNZGTLjBwHJ7rk5kZaSqsDylxBct 5Ei/2Ii4Ltoao9L22PvNG4wO8atVkL8= Received: by mail-pf1-f177.google.com with SMTP id d2e1a72fcca58-7059b471287so124139b3a.3 for ; Tue, 18 Jun 2024 00:52:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bytedance.com; s=google; t=1718697170; x=1719301970; darn=kvack.org; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=nkGza3lrDUwy26WxbN6WWsJfW0E1pSkyds/zsLevD44=; b=OAZhaPaTCDQl59YiR71iCcR5QKvcMcL5Ejga8X9XyMAW8Y9+w52eeH7oulQxsJL9sE nQDGzgTP9nUU4X66CFydhLJeW7k3tbGtRWjuNDMBBDt44g7sEhmwxYHzi+F/MaUKiPk2 qqbHKefgS0r5fdvmtS6I6cvn+PF2tHwIDqDceJHozsLx+nlNRXXoijUDRXyBL9hIzVvR 5Vvqn//c3NDv7XMpfKxlcMxgUXmnTFWUbNKtkBlOmaIamo8+Om8MfgIZFiOUJKIROTn9 7s5rA03WEV4U7F1pyK22V6sJzMoboJeVLzXy2Bd4fArcf+SO8NnKIQF+t7lpWfr2ETwY S3xQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1718697170; x=1719301970; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=nkGza3lrDUwy26WxbN6WWsJfW0E1pSkyds/zsLevD44=; b=liLgn1qcuCZwp/PqQRr0s1m3I4eskSkhH2c4peLvLWuBuI8zIX5qhH9h1X5MNS6vkn ZQ/Ud3tFrIfya8rhaFpgNKkXR0V/W3wHvuWMo9V22M90oNKhqeySGbX/z/9fsczlrJ/A fnN62Qz0bHiIld/LppABxWrhf2nRWZVDyuOeQtbLrZ7jUuUFybbjVgDCv9M6GUEbCoGX bw1N/NzoV2wsQVNxWB1Bv0c+Na36MiSUOg7x0ozYcL1431K2D/AclirmEnw+J6IcOl98 DX9Jqz78kxZRjKnGAbhcjl6wFdtX3lFCgneXKzKVM+vjvNKGmvZ4wUJQ4dwICgYq9KdS LPeQ== X-Forwarded-Encrypted: i=1; AJvYcCVllQ9Yr73Ig2i0U6YJyTjMaCKMxf/cpXaLIZwF+qeXK0Nu7yRav8LhXbsMgwX/jCo/LMlGGMV3LbZK8LJhlPQNNCU= X-Gm-Message-State: AOJu0Yz8hFnqrd6KfVGh3uZKsR2ZUuxqU9k0Gx9o9SEaQIyCQFPEmigo ZKeFJgCkk6tvmVC6qPhxAXRGtfGqZK9ZA1AMmY86bxbcV8lBTIUxoD7wGD4Dzfm29wEPuqd2lnb g X-Google-Smtp-Source: AGHT+IEuQI6PvfkQeZZnq13ZJm37mQj3yi0/8ecDXpx8xflGzFdJnEC4WUxlBgr+HfCTJxpUGhjLow== X-Received: by 2002:aa7:831e:0:b0:705:d50c:2564 with SMTP id d2e1a72fcca58-705d71d73dbmr12119494b3a.3.1718697169766; Tue, 18 Jun 2024 00:52:49 -0700 (PDT) Received: from [10.84.144.49] ([203.208.167.148]) by smtp.gmail.com with ESMTPSA id d2e1a72fcca58-705ccb8d9a1sm8434984b3a.186.2024.06.18.00.52.45 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 18 Jun 2024 00:52:49 -0700 (PDT) Message-ID: Date: Tue, 18 Jun 2024 15:52:45 +0800 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [RFC PATCH 0/3] asynchronously scan and free empty user PTE pages Content-Language: en-US To: David Hildenbrand Cc: Qi Zheng , hughd@google.com, willy@infradead.org, mgorman@suse.de, muchun.song@linux.dev, akpm@linux-foundation.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org References: <02f8cbd0-8b2b-4c2d-ad96-f854d25bf3c2@redhat.com> <2cda0af6-8fde-4093-b615-7979744d6898@redhat.com> <24480cd6-0a13-4534-8d64-4517e73f0070@bytedance.com> From: Qi Zheng In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Server: rspam06 X-Rspamd-Queue-Id: 1301B20011 X-Stat-Signature: cihxj3xy9q83ng63ztd5146wtmhiy9m9 X-Rspam-User: X-HE-Tag: 1718697170-777695 X-HE-Meta: U2FsdGVkX1+pHIeYIEMuRjiLOjKPXAWCQq28/lxT4Dfw6B4O0RQB7j9pp+y72na+3Oxkdb20sXgVe1mbv9zQwOklEOGGHcvrNITzYU0tWtYg2O/5bpM/ACppkIacY6m3SyQ3LR1uzu3aCo6/TcCohAe1ysyGW4UQMjg/u6b0xVu8fk67MDYw84tol+UVcT6ggVxynpaN94sGdpbpBd+ys60com6y+wXcw610LOoCukzjjpO7+RuG8nTGsNoxJR2zcp1WbHNGGG+kYAYGWSZUXsMoARGuO1E0wcEcCryz/hag1MIqtdv51pO3gInj+Ii40Z7DjKdpi6O1Eeo6GbbO1r+L7iik1L1GcaQ7G92ljWUd5QdJduVNWhqGlwzDEFLNQG9lJXwxqmY/g2/QHCHeXXGE9KJCC44Rc7S4C6+ep/fr7w6kfo8ZiufMG0d7MaUGwjxIrwPV1lSaWOZynRvRm8rfDHtyLSMv2kM+sXofsljYk2fh80LVDMIXB8FkC56ploef/cEzzxpdAAwzznYlc6A2IVVMnqgveMfoCyJ5unGiU6krrD/hEtD26t6LrtfEQkn1Li1zP55iyz2Fm70YYluxazvADEO2xhIz2CBPlTyH5MBufydOIhAr6++A36UyWtnwQRKc5tNce+OKrJmaaOaKMLaqCRUxPHQc40hP2lbGklLt9RW4mdjK0Fj9yzDrBwKUNjF+TB1Bi4dsG46F3g58I9xy6ee0NGURFVVhHShTmfkhE5gAkREBQuq9Epm2uEW3IS5rkYcYiafyu3C73/qn3PvaAyV7yfC2n3P+3PwGGZUMxOukUHIQT9UB5Pxoq+BTMW/QCf3X87NAYl7NnKb5LFE/7t9f9KyBWTHg58w5g+BLQkhxLavNhqpE9QaSYOs+AO96EjKLgYDEqPlyYZab6AQUKS76aDqfq/9cp/XpNFU4p848hj6sDcLbXcvntc6lAbGR+4gtVijnjuc 1/Q/zkQV 9r0sKwQXrCcWzQG3Y+tXuF/OcJxlAVsh/lnvuNnyInadeOv2B/IOyn/YGCyPbsFTCQTgRsAhGlFDF8vsNkqCsu00jL9nZs5d58YLTod2eynv1KKoMlHZuKbalz4K75GV7JQQrZKxPb/5JMz1fdB63OV4Y4orPJmdVtIs4ngPa7gSGWk7HxKkGEaS2GzPqg4joh9AC5D+k+VwZW2dbu7UWqAH4jadcxQSkuFjfZLb4EJgM3zr/gKRflvpo6ME0met1J1nzPxUSzUda6Q9JFc8VFkFI41KfflX5akJf271YsfyDNV3ltt7b9dTnnAwjl5UqJSHPpi7ynj+HWT8= X-Bogosity: Ham, tests=bogofilter, spamicity=0.000011, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: On 2024/6/18 01:51, David Hildenbrand wrote: > On 14.06.24 05:32, Qi Zheng wrote: >> Hi David, >> >> How about starting with this: >> >> a. for MADV_DONTNEED case, try synchronous reclaim as you said >> b. for MADV_FREE case, add a madvise(MADV_PT_RECLAIM) option to mark >>      this vma, then add its corresponding mm to a global list, and then >>      traverse the list and reclaim it when the memory is tight and enters >>      the system reclaim path. >> >>      (If this option is for synchronous reclaim as you said, then the >>       user-mode program may need to start a thread to make a cyclic call. >>       I'm not sure if this usage makes sense. If so, I can also implement >>       such an option.) >> c. for s390 case you mentioned, maybe we can set a CONFIG_FREE_PT first, >>      and then s390 will not select this config until the problem is >> solved. > > CONFIG_PT_RECLAIM or sth. like that, that would depend on > CONFIG_ARCH_SUPPORTS_PT_RECLAIM. > > Then we can start with what we know works and was tested (e.g., x86). OK, will do. >