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 50E26C43334 for ; Tue, 7 Jun 2022 22:35:49 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 649626B0073; Tue, 7 Jun 2022 18:35:48 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 5F8A26B0074; Tue, 7 Jun 2022 18:35:48 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 4C0106B0075; Tue, 7 Jun 2022 18:35:48 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0017.hostedemail.com [216.40.44.17]) by kanga.kvack.org (Postfix) with ESMTP id 396256B0073 for ; Tue, 7 Jun 2022 18:35:48 -0400 (EDT) Received: from smtpin06.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay08.hostedemail.com (Postfix) with ESMTP id 07ED1213DD for ; Tue, 7 Jun 2022 22:35:48 +0000 (UTC) X-FDA: 79552898376.06.C802172 Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) by imf07.hostedemail.com (Postfix) with ESMTP id 8BD934004F for ; Tue, 7 Jun 2022 22:35:47 +0000 (UTC) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 32651B82459; Tue, 7 Jun 2022 22:35:46 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id A8531C3411C; Tue, 7 Jun 2022 22:35:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linux-foundation.org; s=korg; t=1654641345; bh=bhM+3DUfK+yVmxrOHV8Ekk/TQbemZ0e85/OguE9jEGc=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=kAenFvip0aUWeWYJq/+CSOgQDDNrlLk6y9bMIVTA9jUP8zZ/83JY15xlkatSM4Ddi sHuPax1uQ0G/HZ0q4aG38z4+nXhzsR3y3XM+sN8YdOz/LJ8F7KgZMAdp2B+h1rc2d6 J/xKI81hgnh2+t7l2glLYWSajAcdlcwI/CdJRqRg= Date: Tue, 7 Jun 2022 15:35:44 -0700 From: Andrew Morton To: "Uladzislau Rezki (Sony)" Cc: linux-mm@kvack.org, LKML , Christoph Hellwig , Matthew Wilcox , Nicholas Piggin , Oleksiy Avramchenko Subject: Re: [PATCH 0/5] Reduce a vmalloc internal lock contention preparation work Message-Id: <20220607153544.7727e87f669ea3a7c9f4a6b5@linux-foundation.org> In-Reply-To: <20220607093449.3100-1-urezki@gmail.com> References: <20220607093449.3100-1-urezki@gmail.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; x86_64-redhat-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Stat-Signature: qjfnk3yf6b3w65icf941r7a1owmhfnjb Authentication-Results: imf07.hostedemail.com; dkim=pass header.d=linux-foundation.org header.s=korg header.b=kAenFvip; dmarc=none; spf=pass (imf07.hostedemail.com: domain of akpm@linux-foundation.org designates 145.40.68.75 as permitted sender) smtp.mailfrom=akpm@linux-foundation.org X-Rspam-User: X-Rspamd-Server: rspam11 X-Rspamd-Queue-Id: 8BD934004F X-HE-Tag: 1654641347-875256 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 Tue, 7 Jun 2022 11:34:44 +0200 "Uladzislau Rezki (Sony)" wrote: > This small serias is a preparation work to implement per-cpu vmalloc > allocation in order to reduce a high internal lock contention. This > series does not introduce any functional changes, it is only about > preparation. I can toss it in for some runtime testing, but... What lock are we talking about here, what is the magnitude of the performance issues it is causing and what is the status of the patch which uses all this preparation?