From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id C68BF9476 for ; Fri, 17 Jan 2025 01:31:06 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1737077468; cv=none; b=mZyKZ0wm9BNEaD/TZfncpIa/S8oxKbrK706j3sbI5N6ToENB4q0IMfeHwjJgtyD2Q7hRppJWP8h2Dm5kO4pimyVysWQZbEbV34yM5kHUnv7VQ/Klh6V0iQW6BwgHToqvqgEWZmSVf6VKZghfA1Jye1vw1b/yqXp4InK9SUqqBE4= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1737077468; c=relaxed/simple; bh=C+sYdL/2sBxdRvJV9SKX+SxwYWusUbLQ4V0ZCflqKts=; h=From:To:Cc:Subject:Date:Message-Id:MIME-Version; b=JQ1P8eTxLapOBdwpunF0OgQIlaCetMYnLgm7uQhPcjnDWYgjBZhWD4zrCNQgdEqo9pDRMpilyottNqZ/DiQMdnrCR0SPSm+dNxsjGBdTvM1NJC1x6WIVvygMi2B1z/O2gPMPNYr0tyRAceAR0HsI0ZGlkJnxR3guy2bcAycM3lw= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=qWuLv1wG; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="qWuLv1wG" Received: by smtp.kernel.org (Postfix) with ESMTPSA id ECF53C4CED6; Fri, 17 Jan 2025 01:31:05 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1737077466; bh=C+sYdL/2sBxdRvJV9SKX+SxwYWusUbLQ4V0ZCflqKts=; h=From:To:Cc:Subject:Date:From; b=qWuLv1wGnOPgdGd5IUHTABEZ2Ylj17QDA7dPvXV6MWtaoR+SSoabzjIhbrSIgz7RS Yvh6p7C9lHhJhr8X5/PPRah5ZviotLfNdHyzlAChLmkVWF2AQmf7EPpKXZp9SP+uCr s/e11rXPWbYYVyV3gyioxTJ2yIH1z7JfcArKUVwdi7DL7Dx1/J3z3xY1HkW1sMIO/o Ss2CWSTkcpX6unrNHVKahlsSN2n4UHiMQ1LYxPGU37J5GBWOCCar8FfRijT/6EAdEs EaqDVQ51XFQWN6bN+0r7GSw1pu++XUVIIEASBb3c9QPLIDUR0LRCijdyzKcoM7on6C p2BIS/q6YE1/A== From: SeongJae Park To: Cc: SeongJae Park , "Liam R. Howlett" , Andrew Morton , David Hildenbrand , Lorenzo Stoakes , Shakeel Butt , Vlastimil Babka , linux-kernel@vger.kernel.org, linux-mm@kvack.org Subject: [RFC PATCH v2 0/4] mm/madvise: remove redundant mmap_lock operations from process_madvise() Date: Thu, 16 Jan 2025 17:30:54 -0800 Message-Id: <20250117013058.1843-1-sj@kernel.org> X-Mailer: git-send-email 2.39.5 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit process_madvise() calls do_madvise() for each address range. Then, each do_madvise() invocation holds and releases same mmap_lock. Optimize the redundant lock operations by splitting do_madvise() internal logics including the mmap_lock operations, and calling the small logics directly from process_madvise() in a sequence that removes the redundant locking. Changes from RFC v1 (20250111004618.1566-1-sj@kernel.org) - Split out do_madvise() and use those from vector_madvise(), instead of adding a flag to do_madvise() (Liam R. Howlett) SeongJae Park (4): mm/madvise: split out mmap locking operations for madvise() mm/madvise: split out madvise input validity check mm/madvise: split out madvise() behavior execution mm/madvise: remove redundant mmap_lock operations from process_madvise() mm/madvise.c | 150 +++++++++++++++++++++++++++++++++++---------------- 1 file changed, 103 insertions(+), 47 deletions(-) base-commit: b43ba6938d01ad4487028592109d4116a28b7afa -- 2.39.5