From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 71852325704 for ; Tue, 6 Jan 2026 11:11:03 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=217.140.110.172 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1767697866; cv=none; b=YNlzErtErPPb+DZbsBnLxQM3JS4kAFX0zcfBQ2/zHdjABXq1qa5JcOB5ydcKeT954bJiw4pxAgPp3zg/v9LrV28UsSgjEyWFVsMDzxft0q20GTLoN3Y8Se51vi7Gn/rUQrl9+30X2VMehWJzUBLROBqe70vsJ4NHZMFMV7hEtzM= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1767697866; c=relaxed/simple; bh=5jZAWS08laIaKVc8MWFA124ckzfrAQgynrqYUyaMw10=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=iBc/XppmffGKwN29pBNoUMfY7JhPW/Z4zOYkGEqn2beLVCqva2TvllhhDwvO4AvTrZ7BYcKDYVrIWvrrKhnB7D5U7ube4+g2D0qq9HFoGGrxVqQMmv2pszfdYzmqRY6GWZAxntWOaXvZf4uSC/E2/5I0nsauX730aSD1+9JKmEY= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=arm.com; spf=pass smtp.mailfrom=arm.com; arc=none smtp.client-ip=217.140.110.172 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=arm.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=arm.com Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 98652497; Tue, 6 Jan 2026 03:10:55 -0800 (PST) Received: from [10.1.39.162] (XHFQ2J9959.cambridge.arm.com [10.1.39.162]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id DB16D3F5A1; Tue, 6 Jan 2026 03:10:59 -0800 (PST) Message-ID: <2d5db1da-7dc3-4ca9-85cb-1e97ba4e8925@arm.com> Date: Tue, 6 Jan 2026 11:10:58 +0000 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v1 0/2] Free contiguous order-0 pages efficiently Content-Language: en-GB To: Matthew Wilcox Cc: Andrew Morton , David Hildenbrand , Lorenzo Stoakes , "Liam R. Howlett" , Vlastimil Babka , Mike Rapoport , Suren Baghdasaryan , Michal Hocko , Brendan Jackman , Johannes Weiner , Zi Yan , Uladzislau Rezki , "Vishal Moola (Oracle)" , linux-mm@kvack.org, linux-kernel@vger.kernel.org References: <20260105161741.3952456-1-ryan.roberts@arm.com> From: Ryan Roberts In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit On 06/01/2026 04:38, Matthew Wilcox wrote: > On Mon, Jan 05, 2026 at 04:17:36PM +0000, Ryan Roberts wrote: >> Hi All, >> >> A recent change to vmalloc caused some performance benchmark regressions (see >> [1]). I'm attempting to fix that (and at the same time signficantly improve > > Unfortunately, there was no [1] ... Oops: [1] https://lore.kernel.org/all/66919a28-bc81-49c9-b68f-dd7c73395a0d@arm.com/ (it's the same link as Closes: tag in patch 2). > I'm not sure this benchmark is > really doing anything representative. Yes that's probably fair, but my argument is that we should either care about the numbers or delete the tests. It seems we don't want to delete the tests. > But the performance improvement > is certainly welcome; we'd deferred work on that for later. OK, let's focus on the "performance improvement" motivation instead of the "regression fixing" part :) Thanks, Ryan