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 F11DDC28B30 for ; Mon, 10 Mar 2025 23:15:17 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id C766C280003; Mon, 10 Mar 2025 19:15:16 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id C2614280001; Mon, 10 Mar 2025 19:15:16 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id B151D280003; Mon, 10 Mar 2025 19:15:16 -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 9458F280001 for ; Mon, 10 Mar 2025 19:15:16 -0400 (EDT) Received: from smtpin27.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay09.hostedemail.com (Postfix) with ESMTP id D5CE18102B for ; Mon, 10 Mar 2025 23:15:16 +0000 (UTC) X-FDA: 83207199432.27.5F857E5 Received: from out-179.mta1.migadu.com (out-179.mta1.migadu.com [95.215.58.179]) by imf22.hostedemail.com (Postfix) with ESMTP id 06916C000A for ; Mon, 10 Mar 2025 23:15:14 +0000 (UTC) Authentication-Results: imf22.hostedemail.com; dkim=pass header.d=linux.dev header.s=key1 header.b=rXX8coVi; dmarc=pass (policy=none) header.from=linux.dev; spf=pass (imf22.hostedemail.com: domain of shakeel.butt@linux.dev designates 95.215.58.179 as permitted sender) smtp.mailfrom=shakeel.butt@linux.dev ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1741648515; 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: in-reply-to:in-reply-to:references:references:dkim-signature; bh=FSyhaK44uXfqSD60mKL0gd8Jj+AtWaOdrlf4IgahYzY=; b=peJv793E6zPsxQkydJbAPOz+VrWaaMAcWUgTgPf9tyNgBsx02BXIYboDw5PfrP49Cz75bA haAnLVrP1VvarnaUzuEH5gG/1ZzPqz4srwMnUbQRMZjc/bUdIoJtxT7Rf5PIxD2UgnysCq /ZdAw5mS2Gp/nMhaFMeEkdtnKwPGAso= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1741648515; a=rsa-sha256; cv=none; b=6ckoGiWpSjyMZDgeVE+kgNZpb19fr7jrDZlh1g2tMjKXNGNAGJSqNkIdinT4MrAfSZUe60 M3whNoMYmzY6TQM5TE15g/KShAtTtna2fX3xDRSL5mXS6iR0SJKPDxO3J3xzquhQSSdz0q aZOJ9C2gLg/HpcG/IaCUoP0zmDCAjzM= ARC-Authentication-Results: i=1; imf22.hostedemail.com; dkim=pass header.d=linux.dev header.s=key1 header.b=rXX8coVi; dmarc=pass (policy=none) header.from=linux.dev; spf=pass (imf22.hostedemail.com: domain of shakeel.butt@linux.dev designates 95.215.58.179 as permitted sender) smtp.mailfrom=shakeel.butt@linux.dev Date: Mon, 10 Mar 2025 16:15:06 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.dev; s=key1; t=1741648513; 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: in-reply-to:in-reply-to:references:references; bh=FSyhaK44uXfqSD60mKL0gd8Jj+AtWaOdrlf4IgahYzY=; b=rXX8coVilFT0hbMU8ZbZ3AzBK5axdSHrjpeK/E2FlZlNykzX/CDkiHQa7EfVQLB2vnG2kh z/U74dLDT+N7tOrfqALoE+2B+dHxul/NOghc3IpC5sGuK8K1it2PPxP74socpKJgpviatf nZnOtmE6VQllg3Rk+GG1JZm/os+Npt4= X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: Shakeel Butt To: Andrew Morton Cc: SeongJae Park , "Liam R. Howlett" , David Hildenbrand , Lorenzo Stoakes , Vlastimil Babka , kernel-team@meta.com, linux-kernel@vger.kernel.org, linux-mm@kvack.org Subject: Re: [PATCH 0/9] mm/madvise: batch tlb flushes for MADV_DONTNEED and MADV_FREE Message-ID: References: <20250310172318.653630-1-sj@kernel.org> <20250310153921.47d390c637105e3ad6fc49c0@linux-foundation.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20250310153921.47d390c637105e3ad6fc49c0@linux-foundation.org> X-Migadu-Flow: FLOW_OUT X-Stat-Signature: fsnks5hxbiowqr8af7p634n7hxm1nfcr X-Rspam-User: X-Rspamd-Queue-Id: 06916C000A X-Rspamd-Server: rspam04 X-HE-Tag: 1741648514-79393 X-HE-Meta: U2FsdGVkX1+w1EztoYhJExuVMhfeZjnybyLYFYEJpPDvdaxhqMwYkWP7MEQkuhWJ8OrVmN6C/jtHJHtKZU15RwN5SKI24QDdiinMkCoNBAHvb4wis0BaOLur2BBOeT0Hqnbx5xWFDfTkka92pvxeWud9SD0vaLv9xAfjjzo88+y2R3BVFlTtzlH++u6XwC1Rz8JEjd/wORi1LCwgn1QHQVBs8aFicuAHRmTV4W84BkIaLdTGhVBz7f33L5y7WLWbGD1Vpet4ltmHrcvZagpHCcNWsbacr+mo0ISD+14yOytAX+CbEFn0yEafWfi2S/eJ2rD4ppHPnE9mz3cqhRC36b7int9teLiJaK1rN71eqB1v7LcofGiVcupB8tdtYNHNBZk+S0DYR49HPt25vlOEX/qgGzVlxjvPZXIA1/8mNAl155a3ZNAaByJbTkdmib8WrSV35s+npQRSIpIvlQ0RBwZXFU6TcJatRt5iQsDJfcircwvI1DzlaIevO3sI5r+RuVefo4AjhrzneD85o6Uqp1e2jMtiOYVDEo3pf9TbYNmIb/ivU7iBCsNynqSzK4xqTJJlEYGiTKYcP46q2ymrS3D6bcngFiJ8Haq5ekhw+AId5UTADzwDvsfqIYtiKsVYs+RYHrs+gxDQxJyvxgLAoLiqP3r0h9Ir42+nApvOnzL1HQc1IroB++c8Xfbf7XBGGLGhATQN8szQXOg80SWYTfkfh5XkLyLziA8dX/YyRQWsHIXxd2KAZETVoKH8bX5IPzk8/sV0VeeuSKwXaRHAUCuc/HqGwgzIB1r6HIkkvVHt6LBuxoXVKe5Bjz/vRyRWdfLsqWw9XNrN/OLX/C8xR2ACCgVa5ObYm4pzX3DCh/RUv7sQevOnW65/oTqpBZjlmT2PiEJVa4kocLBOFGvlYuVyFiEUxJl7L3GkefsvWxZAhGgPMMporsJdXGx7NyulFuFivXoPxwGlHeU0RIf JgTtaOZy kbvRtl72WS74o+d8l5AjZdSlOV3SfUbT3uxPu9ankKy6qX0Mx6AQ72OXmh8gMEnDB8C19CP/70S4TLVcQmblKjknaZRiyqFZxEcLXOklLv8vat69d8x7yKKjEqjz0b0vV1S2MwhoMOmN7eXm0hCCYIBvdgmLqp+fFYAofJ60flMfQKbifxPY34mD9Q54v/lkufGVkun4yHnXAbDANa+ys18GorU1+xuw2h0ZoWHr9HocPomB2oXWRpDXkXQ== X-Bogosity: Ham, tests=bogofilter, spamicity=0.007417, 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 Mon, Mar 10, 2025 at 03:39:21PM -0700, Andrew Morton wrote: > On Mon, 10 Mar 2025 10:23:09 -0700 SeongJae Park wrote: > > > It is unclear if such use case > > is common and the inefficiency is significant. > > Well, we could conduct a survey, > > Can you add some logging to detect when userspace performs such an > madvise() call, then run that kernel on some "typical" machines which > are running "typical" workloads? That should give us a feeling for how > often userspace does this, and hence will help us understand the usefulness > of this patchset. Just for the clarification, this patchset is very useful for the process_madvise() and the experiment results show that. I think what SJ wants to say is specific to madvise() syscall that this change might or might not be that helpful. It will be helpful if the user application is madvising regions comprising of multiple vmas. However this patchset is very very useful for process_madvise().