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 12469C54E65 for ; Thu, 22 May 2025 13:05:40 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 8876C6B0083; Thu, 22 May 2025 09:05:39 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 811316B0088; Thu, 22 May 2025 09:05:39 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 6B1DA6B0089; Thu, 22 May 2025 09:05:39 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0016.hostedemail.com [216.40.44.16]) by kanga.kvack.org (Postfix) with ESMTP id 4A3A36B0083 for ; Thu, 22 May 2025 09:05:39 -0400 (EDT) Received: from smtpin05.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay05.hostedemail.com (Postfix) with ESMTP id EBF6B5F6C0 for ; Thu, 22 May 2025 13:05:38 +0000 (UTC) X-FDA: 83470565556.05.214CE2A Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by imf09.hostedemail.com (Postfix) with ESMTP id D397D140014 for ; Thu, 22 May 2025 13:05:35 +0000 (UTC) Authentication-Results: imf09.hostedemail.com; dkim=pass header.d=redhat.com header.s=mimecast20190719 header.b=bZEDvzix; spf=pass (imf09.hostedemail.com: domain of david@redhat.com designates 170.10.133.124 as permitted sender) smtp.mailfrom=david@redhat.com; dmarc=pass (policy=quarantine) header.from=redhat.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1747919136; 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=sqCN/v9J4BsuGPfqvCd2SaIhfYWiBB4YfmTJJ1OJUo8=; b=FNGETNKWafzBn1LcX7NLPQW78YKmv7gZAVkF66UNbVARCQas4fvHTkGyQ7Ci77NiuUY58m Lt2UtgWPlvEeqLBZZdamxNosOOHT4kYYgsh9oEquHZP45mQ/ENPihN5FpMd13wZ/2qC68Q AWmjxdgsik7SPsh0eIp7DVsM5UhsG/c= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1747919136; a=rsa-sha256; cv=none; b=bEYFEfktOokH5QkftJrEVV4mueFTAYOzPvITVbqXXwNCxjiAiCaSYfRrulxweh4sTCvHkp bW9AQWfMQTrfArKcRntBkO6i79Negl28vmfCj+RGu7OZUS/Rt6TYOC+qubx85nNR3qtovf GXfZnpUGBck2yizOoDWOcrVXnWwy0Vs= ARC-Authentication-Results: i=1; imf09.hostedemail.com; dkim=pass header.d=redhat.com header.s=mimecast20190719 header.b=bZEDvzix; spf=pass (imf09.hostedemail.com: domain of david@redhat.com designates 170.10.133.124 as permitted sender) smtp.mailfrom=david@redhat.com; dmarc=pass (policy=quarantine) header.from=redhat.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1747919135; h=from:from: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:autocrypt:autocrypt; bh=sqCN/v9J4BsuGPfqvCd2SaIhfYWiBB4YfmTJJ1OJUo8=; b=bZEDvzixt7Usw/E2U8LybbwoXyjDYp2+VuhcW9ntH/I0Mpqxh4e6Bo5MylaQBDDjjLi2pe D908XpiD/eqKdyNHZZzdER4TnzLcMVcl8s4GhUkHNk2fMVOMhHnJw/k8ulo6Qh+4OGk76g sCG1YJkJTtS0yI2SuATAPhDSuqfeYq4= Received: from mail-wr1-f72.google.com (mail-wr1-f72.google.com [209.85.221.72]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-444-vwzKQIMoNkepBfjaOsSBJA-1; Thu, 22 May 2025 09:05:33 -0400 X-MC-Unique: vwzKQIMoNkepBfjaOsSBJA-1 X-Mimecast-MFC-AGG-ID: vwzKQIMoNkepBfjaOsSBJA_1747919132 Received: by mail-wr1-f72.google.com with SMTP id ffacd0b85a97d-3a364d121ccso2848456f8f.2 for ; Thu, 22 May 2025 06:05:33 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1747919132; x=1748523932; h=content-transfer-encoding:in-reply-to:organization:autocrypt :content-language:from:references:cc:to:subject:user-agent :mime-version:date:message-id:x-gm-message-state:from:to:cc:subject :date:message-id:reply-to; bh=sqCN/v9J4BsuGPfqvCd2SaIhfYWiBB4YfmTJJ1OJUo8=; b=JqYv7dgH/eOjhiKGUd4WQPZh6jFOu8dHsdduvpbCbWCcMabN6FQRvoCCGfMOzwxVxn N2GZ3hSBRvRjtYZYTfB3x0urRANwZHGDtxmSNIDysGXdfDhO2DaZq+JTVH+k1XP+BRyZ rQ4kRzZjmgppOnjtImzmTkuc089+J6wlCn+Ot+irmLWLlIXW8QDn48/wgajjaDB9xf8Y iURQDzZMPVT3FIHPRFnnDIHykUDNdGel0OY//kdwsRPMhfKh1HHDVV5fK907dhT8ZjNL mC0QFePPFs0tk+j2H/7+Jopn5sUFE6MEOwMWEBMKFVBKZgU4ql6AaVJ6k+40Naq06brO 5Avg== X-Forwarded-Encrypted: i=1; AJvYcCXAMrNILxIFpjVcuWDIvuQOBd+aAXY/j2FfMsTwIsWhb6gpHxxe6nVvNX5xkq5jYbgVS+d+B0sS0A==@kvack.org X-Gm-Message-State: AOJu0YwM5K55noC0VvX29rEAHBLtIdcRVva6mdswfjxzJ6whao7o2tt0 gPw5i//PxtXZCIOL35v/m4I6vu7wrCB1BIZqhQMlNSvGtRcswZY8Xi3LLu03izgmrDXEcvLuaSi VzYQOjC8soL6FtWFKrnvTdmfL1I4c38bNJyvSw0Qs8dRA+CJxIT2i X-Gm-Gg: ASbGncsv+eca2t01YBUCTWvj6VPv3RjJuGKpgDXx9wCt7szjv6e1+LdTzwPwJGrsF7b 1LAJaRC2RwnQAX4AAD5WA3ZU4cJHikTTBjXKLwfjylLf6ojAF9Fjrh4chR74RpJdlhDlIGlrsbG McDML8nLlucJYmEGTWNQoBIgI5qqngqqZfILcvMPjouKPyIivSbp84M7OP0sIEIytdMPO8a7ABj TFv8jjmue11OK9q4YFp4w2tT1f6K+efJe+LoB+nLpUOZA+OpoHd1tbhWafa8v19nVv6/QWiX45N 6uCr05TZcFVycPTHaCM0pRVOVnQ6COpON8bGn4+N9MO2tygE0tEV6JLy5huuabh+GR/ztGJxeN2 mWRccyvA5wiC0ChrqXXN3ae5+INBji2AKYKlNPu0= X-Received: by 2002:adf:f550:0:b0:3a3:6273:7ff4 with SMTP id ffacd0b85a97d-3a362738165mr17562328f8f.39.1747919132264; Thu, 22 May 2025 06:05:32 -0700 (PDT) X-Google-Smtp-Source: AGHT+IGjx2uHJ6VGIP1b8rqIP77TmZCQU/A7dcgWsQPfWIXn9YPhc8+WEZCDGCVT2nwkG8ORAiz1YQ== X-Received: by 2002:adf:f550:0:b0:3a3:6273:7ff4 with SMTP id ffacd0b85a97d-3a362738165mr17562267f8f.39.1747919131724; Thu, 22 May 2025 06:05:31 -0700 (PDT) Received: from ?IPV6:2003:d8:2f22:2e00:6e71:238a:de9f:e396? (p200300d82f222e006e71238ade9fe396.dip0.t-ipconnect.de. [2003:d8:2f22:2e00:6e71:238a:de9f:e396]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-447f7baaf2asm105398525e9.34.2025.05.22.06.05.30 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 22 May 2025 06:05:31 -0700 (PDT) Message-ID: <9433c2d6-200c-4320-80f3-840ca5e66f64@redhat.com> Date: Thu, 22 May 2025 15:05:30 +0200 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [RFC PATCH 0/5] add process_madvise() flags to modify behaviour To: Shakeel Butt , Lorenzo Stoakes Cc: Andrew Morton , "Liam R . Howlett" , Vlastimil Babka , Jann Horn , Arnd Bergmann , Christian Brauner , linux-mm@kvack.org, linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org, SeongJae Park , Usama Arif References: <7tzfy4mmbo2utodqr5clk24mcawef5l2gwrgmnp5jmqxmhkpav@jpzaaoys6jro> <5604190c-3309-4cb8-b746-2301615d933c@lucifer.local> <226owobtknee4iirb7sdm3hs26u4nvytdugxgxtz23kcrx6tzg@nryescaj266u> <7a214bee-d184-460f-88d6-2249b9d513ba@lucifer.local> From: David Hildenbrand Autocrypt: addr=david@redhat.com; keydata= xsFNBFXLn5EBEAC+zYvAFJxCBY9Tr1xZgcESmxVNI/0ffzE/ZQOiHJl6mGkmA1R7/uUpiCjJ dBrn+lhhOYjjNefFQou6478faXE6o2AhmebqT4KiQoUQFV4R7y1KMEKoSyy8hQaK1umALTdL QZLQMzNE74ap+GDK0wnacPQFpcG1AE9RMq3aeErY5tujekBS32jfC/7AnH7I0v1v1TbbK3Gp XNeiN4QroO+5qaSr0ID2sz5jtBLRb15RMre27E1ImpaIv2Jw8NJgW0k/D1RyKCwaTsgRdwuK Kx/Y91XuSBdz0uOyU/S8kM1+ag0wvsGlpBVxRR/xw/E8M7TEwuCZQArqqTCmkG6HGcXFT0V9 PXFNNgV5jXMQRwU0O/ztJIQqsE5LsUomE//bLwzj9IVsaQpKDqW6TAPjcdBDPLHvriq7kGjt WhVhdl0qEYB8lkBEU7V2Yb+SYhmhpDrti9Fq1EsmhiHSkxJcGREoMK/63r9WLZYI3+4W2rAc UucZa4OT27U5ZISjNg3Ev0rxU5UH2/pT4wJCfxwocmqaRr6UYmrtZmND89X0KigoFD/XSeVv jwBRNjPAubK9/k5NoRrYqztM9W6sJqrH8+UWZ1Idd/DdmogJh0gNC0+N42Za9yBRURfIdKSb B3JfpUqcWwE7vUaYrHG1nw54pLUoPG6sAA7Mehl3nd4pZUALHwARAQABzSREYXZpZCBIaWxk ZW5icmFuZCA8ZGF2aWRAcmVkaGF0LmNvbT7CwZgEEwEIAEICGwMGCwkIBwMCBhUIAgkKCwQW AgMBAh4BAheAAhkBFiEEG9nKrXNcTDpGDfzKTd4Q9wD/g1oFAl8Ox4kFCRKpKXgACgkQTd4Q 9wD/g1oHcA//a6Tj7SBNjFNM1iNhWUo1lxAja0lpSodSnB2g4FCZ4R61SBR4l/psBL73xktp rDHrx4aSpwkRP6Epu6mLvhlfjmkRG4OynJ5HG1gfv7RJJfnUdUM1z5kdS8JBrOhMJS2c/gPf wv1TGRq2XdMPnfY2o0CxRqpcLkx4vBODvJGl2mQyJF/gPepdDfcT8/PY9BJ7FL6Hrq1gnAo4 3Iv9qV0JiT2wmZciNyYQhmA1V6dyTRiQ4YAc31zOo2IM+xisPzeSHgw3ONY/XhYvfZ9r7W1l pNQdc2G+o4Di9NPFHQQhDw3YTRR1opJaTlRDzxYxzU6ZnUUBghxt9cwUWTpfCktkMZiPSDGd KgQBjnweV2jw9UOTxjb4LXqDjmSNkjDdQUOU69jGMUXgihvo4zhYcMX8F5gWdRtMR7DzW/YE BgVcyxNkMIXoY1aYj6npHYiNQesQlqjU6azjbH70/SXKM5tNRplgW8TNprMDuntdvV9wNkFs 9TyM02V5aWxFfI42+aivc4KEw69SE9KXwC7FSf5wXzuTot97N9Phj/Z3+jx443jo2NR34XgF 89cct7wJMjOF7bBefo0fPPZQuIma0Zym71cP61OP/i11ahNye6HGKfxGCOcs5wW9kRQEk8P9 M/k2wt3mt/fCQnuP/mWutNPt95w9wSsUyATLmtNrwccz63XOwU0EVcufkQEQAOfX3n0g0fZz Bgm/S2zF/kxQKCEKP8ID+Vz8sy2GpDvveBq4H2Y34XWsT1zLJdvqPI4af4ZSMxuerWjXbVWb T6d4odQIG0fKx4F8NccDqbgHeZRNajXeeJ3R7gAzvWvQNLz4piHrO/B4tf8svmRBL0ZB5P5A 2uhdwLU3NZuK22zpNn4is87BPWF8HhY0L5fafgDMOqnf4guJVJPYNPhUFzXUbPqOKOkL8ojk CXxkOFHAbjstSK5Ca3fKquY3rdX3DNo+EL7FvAiw1mUtS+5GeYE+RMnDCsVFm/C7kY8c2d0G NWkB9pJM5+mnIoFNxy7YBcldYATVeOHoY4LyaUWNnAvFYWp08dHWfZo9WCiJMuTfgtH9tc75 7QanMVdPt6fDK8UUXIBLQ2TWr/sQKE9xtFuEmoQGlE1l6bGaDnnMLcYu+Asp3kDT0w4zYGsx 5r6XQVRH4+5N6eHZiaeYtFOujp5n+pjBaQK7wUUjDilPQ5QMzIuCL4YjVoylWiBNknvQWBXS lQCWmavOT9sttGQXdPCC5ynI+1ymZC1ORZKANLnRAb0NH/UCzcsstw2TAkFnMEbo9Zu9w7Kv AxBQXWeXhJI9XQssfrf4Gusdqx8nPEpfOqCtbbwJMATbHyqLt7/oz/5deGuwxgb65pWIzufa N7eop7uh+6bezi+rugUI+w6DABEBAAHCwXwEGAEIACYCGwwWIQQb2cqtc1xMOkYN/MpN3hD3 AP+DWgUCXw7HsgUJEqkpoQAKCRBN3hD3AP+DWrrpD/4qS3dyVRxDcDHIlmguXjC1Q5tZTwNB boaBTPHSy/Nksu0eY7x6HfQJ3xajVH32Ms6t1trDQmPx2iP5+7iDsb7OKAb5eOS8h+BEBDeq 3ecsQDv0fFJOA9ag5O3LLNk+3x3q7e0uo06XMaY7UHS341ozXUUI7wC7iKfoUTv03iO9El5f XpNMx/YrIMduZ2+nd9Di7o5+KIwlb2mAB9sTNHdMrXesX8eBL6T9b+MZJk+mZuPxKNVfEQMQ a5SxUEADIPQTPNvBewdeI80yeOCrN+Zzwy/Mrx9EPeu59Y5vSJOx/z6OUImD/GhX7Xvkt3kq Er5KTrJz3++B6SH9pum9PuoE/k+nntJkNMmQpR4MCBaV/J9gIOPGodDKnjdng+mXliF3Ptu6 3oxc2RCyGzTlxyMwuc2U5Q7KtUNTdDe8T0uE+9b8BLMVQDDfJjqY0VVqSUwImzTDLX9S4g/8 kC4HRcclk8hpyhY2jKGluZO0awwTIMgVEzmTyBphDg/Gx7dZU1Xf8HFuE+UZ5UDHDTnwgv7E th6RC9+WrhDNspZ9fJjKWRbveQgUFCpe1sa77LAw+XFrKmBHXp9ZVIe90RMe2tRL06BGiRZr jPrnvUsUUsjRoRNJjKKA/REq+sAnhkNPPZ/NNMjaZ5b8Tovi8C0tmxiCHaQYqj7G2rgnT0kt WNyWQQ== Organization: Red Hat In-Reply-To: X-Mimecast-Spam-Score: 0 X-Mimecast-MFC-PROC-ID: AJQeH6dDnF8TJYPrzNWtK1an7WC0r9LlaP173YDlUyc_1747919132 X-Mimecast-Originator: redhat.com Content-Language: en-US Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Server: rspam06 X-Rspamd-Queue-Id: D397D140014 X-Stat-Signature: zdh1gzyjj6jbatekejxtoob5rkamp5s5 X-Rspam-User: X-HE-Tag: 1747919135-812383 X-HE-Meta: U2FsdGVkX18/iYln0TaIQKyEKMSWGz457dVpcGwgeHrLXULr3e5UhLzTi40HQYudgIWkxeXQoDTz/665dGs5+ZAUcszZFU/AXk8+U58nPCvWHuvlaapI7lFEty3ncDYb4WCB3n5SvSeXgkj+5hjcP0adM+9zm0j1aF0ZIXdemMh+3aU6RnQ3CzuWorC6pJQPs969TxICSO34ioAhMSYEjYgKrGopD2qLCOAq0FwJpI/1woFZLULsvu6CexkIVuSkLhS3Pjx7w2vz/G3EgPxGGo2JIBmXUsONus+ECs/azVAD+2K+QxPUeUN0ECXCtmD3kk5I478sNMMmXRUW7e2XMoCbieKGWwOTfqnA9fm8+RqDRZjtnVOi8/ZAfN0L8bDNRIBzx7maz7ughrrgPDaSAB3oOdtBnlaWK0thZT2ZSPlXZE/3u9vkpXwL2P66kJZwH1omM/YgmRUlRNbaQ/GqxHA67tD8md/tw8Fc6C5MZv7O3hphjsn16cjprO9ShIyb9V7tsmmzCm94dO2jCMiVUZ9c+H1tAuB03HqmYkRge84JpaK65F+zwURm4mC2+lcjqwhKLF5rjPCNu6SO4RzjGWK1Y2Qf8mJXT74SSFWmOqQp65Vyvq/zDRkscM4ELk5Zh/s+JBG18FfWCWxX1aSOWVtRpVRgBZcyEkkfw9alZH6wTn3GoWoTnjlCzqq2sD0rrGxRBxsQH0q+Ua1moAbOtQLBQeRpgRuvM2SK8OCK2JQ+Aq99OKzCGK6PK2X8u3JOD5sphuiR6zasghXovj+AaK9bAqNt91AvM2hHPRITHLvbwCXra94Uv7oH02gPL3PwiR8E8b4lL6gHJAL5t+udfQSvJAK3wRxhIfU9k+x868VVH+L+4cDIeS9hfA6ZXOVTNi/niDMzmJwoLlHWjggHERgau+ZYIiIMrfOUMMdx06C/CxQh535pg6o2nHDyFiA9RCzpE3dZIXT1IksEEim qGzSX08u zAdn4WkUNShGHGgDDKR8s0A1bdgckEWhCK9XkCnO8Fc6dAOAo5YScEFqzzr1SX5fWgcfReUTFWQrP6h2Kj3uVLbCv02XtwbyzmGuZh5hFeuWdbxfy5yh2BkOIN0aGnuHBG0SnJXkygj3qaADV0MmzckMzdPQCGq6IOgE33BYwteoQU0xGu5iB1OhmoWEBdMEldDdc6nB2wKLsnzKasbEQYFEwPHNR6h3gHG4mDlIC6kRZt49864A5ikmlltm5Jga1HYGKOCv++l6p/hQ03MCtrZOGNXIy+o5E80G7FX9Ksb189QX6TvZW+O+NhL6U3wTVPE2Yqs2o5wiD631strNB1SWEp02lJLV2oXnMj/sR07iTZR4YPNHv3wmafJkZR9rRAKLi+k/j6YMeWa3R14edt/Y5f0RbcRROjdg7YBI1LPnC4d9zOvxnPqQme27dhuy3qJSD9Lrzl8dlb70= 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: List-Subscribe: List-Unsubscribe: On 21.05.25 19:39, Shakeel Butt wrote: > On Wed, May 21, 2025 at 05:49:15PM +0100, Lorenzo Stoakes wrote: > [...] >>> >>> Please let's first get consensus on this before starting the work. >> >> With respect Shakeel, I'll work on whatever I want, whenever I want. > > I fail to understand why you would respond like that. Relax guys ... :) Really nothing to be fighting about. Lorenzo has a lot of energy to play with things, to see how it would look. I wish I would have that much energy, but I have no idea where it went ... (well, okay, I have a suspicion) :P At the same time, I hope (and assume :) ) that Lorenzo will get Usama involved in the development once we know what we want. To summarize my current view: 1) ebpf: most people are are not a fan of that, and I agree, at least for this purpose. If we were talking about making better *placement* decisions using epbf, it would be a different story. 2) prctl(): the unloved child, and I can understand why. Maybe now is the right time to stop adding new MM things that feel weird in there. Maybe we should already have done that with the KSM toggle (guess who was involved in that ;) ). 3) process_madvise(): I think it's an interesting extension, but probably we should just have something that applies to the whole address space naturally. At least my take for now. 4) new syscall: worth exploring how it would look. I'm especially interested in flag options (e.g., SET_DEFAULT_EXEC) and how we could make them only apply to selected controls. An API prototype of 4), not necessarily with the code yet, might be valuable. In general, the "always/madvise/never" policies are really horrible. We should instead be prioritizing who gets THPs -- and only disable them for selected workloads. Because splitting THPs up because a process is not allowed to use them, thereby increasing memory fragmentation, is really absolutely suboptimal. But we don't have anything better right now. So I would hope that we can at least turn the "always/VM_HUGEPAGE" into a "prioritize for largest (m)THPs possible" in a distant future. If only changing the semantics of VM_NOHUGEPAGE to mean "deprioritize for THPs" couldn't break userfaultfd ... :( But maybe that can be worked around in the future somehow (e.g., when we detect userfaultfd usage, not sure, ...). -- Cheers, David / dhildenb