From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-qk1-f182.google.com (mail-qk1-f182.google.com [209.85.222.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 8696C361646 for ; Wed, 4 Mar 2026 17:16:04 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.222.182 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1772644565; cv=none; b=QvXi8MomvhrYuVkczjN5FT/acPJLY5tVRoitm05KRaS9+A+cNjdKMkzsQi7aD1KNdNfg2eJg1JIUXyVyFVM88oJ8lFNlnzsyPArvuXlv6ZwnXFY+XEemGUvGoz+2tXXUj0NJvyhBbmTcUXcSCiFj6RzmRHXGWcrdIMrvHt6EMYs= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1772644565; c=relaxed/simple; bh=tcgxSU38eCGKe9JKypqd0oWkYktTm4f5HZFniG2DFiM=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=O8lX4eaRjqcPXjl9q/37a2JXL+jTjNMqluOrFjeYoMS3EyJhCuFOoLxL4I+iexRfkit1IFgbBDo52UppEGkBOWiBTpc5avhc9sbBqM7uYreyxir3vZy1XAM+BWJjOfgI7mHAAVs9y2VfFKIIEyrGDXcv1oe6hH0ctSsPv5a9Tlo= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=gourry.net; spf=pass smtp.mailfrom=gourry.net; dkim=pass (2048-bit key) header.d=gourry.net header.i=@gourry.net header.b=g7jcjjMW; arc=none smtp.client-ip=209.85.222.182 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=gourry.net Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gourry.net Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gourry.net header.i=@gourry.net header.b="g7jcjjMW" Received: by mail-qk1-f182.google.com with SMTP id af79cd13be357-8cb3a8494c5so667345685a.2 for ; Wed, 04 Mar 2026 09:16:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gourry.net; s=google; t=1772644563; x=1773249363; darn=vger.kernel.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=tgdgDV2UNN/IZvvLYsVpz8+nq13Nj0KqwySIzPBQZ1Y=; b=g7jcjjMWKF3oD/ALftkhlaLG0ZGsLUXezJ7C+Z2hfmOxu2XD4wraFktqQgheD2xD3H b1HZe6fFQW8niJiBY2PjWXMiKb9sPnfsbMHk9VOEcmtwiXRL9Hq0n4oOlGuWmNvu2c8r HukbQPec0cDCWM/rTtxyoEupYWB6YZXCvzfTNK/JI3yExUax0Zs+RKkKyLS7kck3Xz4x m+cmrwPybgyeLuhjvWhwLhq3YA/l/g4eWkdQXKelZ7MUETxeKJLp15rzh9iiNlf+2dt1 9bFsG6cS1XZZxkLCm2WVHugiQZUBNjCI+gHKNYrjVVzCDQVxCzDEtwVo+MrN/3r4VLoC tmZQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1772644563; x=1773249363; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-gg:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=tgdgDV2UNN/IZvvLYsVpz8+nq13Nj0KqwySIzPBQZ1Y=; b=R1xJCl8LxYt7/Qx6fcKNLBlSJNf2OjfnqNDdyAuU3RxhNFfRc05kIWnmAtQvr3kbWH xqGqJoZy8gc0kFePh9WWJRN58fRWHUbT/fS0ASifxo1tYfRv9O+yCGySxdGkRN3j/Oap U+c9+cTpmW5EdyReVP5+F8CSwCrOrOV60ULvMjpBuijpGlrcJ+TQ7PkIY6kavagZNxxZ 6uFlky7LBjX0HR9GCCx0Fv+izJXQNdCG3DbBHvLFY8y9JWiEbdQ0JNRgw0Q1rGhLL8px dbGnpnrDo1T/FFtbvVOlvUTHILg41MtF1Mi21ZO14PUvI4hKOjbX9NZ/k5P+K0Xw0HZU K7Bg== X-Forwarded-Encrypted: i=1; AJvYcCVsppdT04Wv1soqiR4O/Iaw/aCF8/7Zy/FwYrE6s8vOcVXd0nwtd4Ra9koRSQq7Yw1FPqgzx1EpghLDFbk=@vger.kernel.org X-Gm-Message-State: AOJu0Ywgshmml3nChQsmJbVm3S20ALps+GydEtTGJdHSHciMa1NCyGeZ waNzEov6glXI89MXOiVzPbaC0fvU7UsB+9Gqj5MLKF4oV3KM+VA5zFhtt+AipDBoMVk= X-Gm-Gg: ATEYQzz4j0PXac+cYY87LRVgdI+PpAwMK8S7rv+r8m+6GxhdepSKu/KZa7PxF0JYrjN L+x9c1/RjkycpMZwZiwypFzeZWbFkIjWK8+vuwk2JpO1U8yRLRAmrZhLJqqsV4kl49jzD7HMfdv pnAg4n4/R9myDQUFXCNsS6MEeSbGZtjwOoAsmVU1v7dxkGXvdcj+10oCPmXSU+9cr95VdiUF10m L7XM6qA4QUEFZGpkOyxZlwa2VP2SZVLCFUHfFOCu6EJUl7VnipryVZPEhwTULtnQ6w2ZP94ZOZD pOkIvU9oVLXSujEbHKLzHI5gFFfJ5yCWNjxAJbOMbK4jLCyubXG0+gFwS9uU9UZx9WULUxluFbD IQjoK6b/kW2aNsYdIPA/wrMLjQzTaIu0OrrJTvE1CKtNqFrqIK/n8uoUk2paF8Gg2qG00ZcpzHw eG1+kFk3W7g/2lHchAyTgjha6lBm/M5OaeSaXFzjX0Eb2sfU0gTbNCM9SVcKTWNViVxcuf06oZI qaTg6QOlA== X-Received: by 2002:a05:620a:3195:b0:8c9:fb0e:ca43 with SMTP id af79cd13be357-8cd5af1a395mr339023785a.24.1772644563186; Wed, 04 Mar 2026 09:16:03 -0800 (PST) Received: from gourry-fedora-PF4VCD3F (pool-96-255-20-138.washdc.ftas.verizon.net. [96.255.20.138]) by smtp.gmail.com with ESMTPSA id af79cd13be357-8cbbf678156sm1865798585a.18.2026.03.04.09.16.02 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 04 Mar 2026 09:16:02 -0800 (PST) Date: Wed, 4 Mar 2026 12:16:00 -0500 From: Gregory Price To: Haifeng Xu Cc: rafael@kernel.org, lenb@kernel.org, dan.j.williams@intel.com, jonathan.cameron@huawei.com, dave@stgolabs.net, dave.jiang@intel.com, alison.schofield@intel.com, vishal.l.verma@intel.com, ira.weiny@intel.com, linux-cxl@vger.kernel.org, linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] ACPI: add a boot parameter to disable parsing CFMWS during NUMA init Message-ID: References: <20260304080647.169434-1-haifeng.xu@shopee.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20260304080647.169434-1-haifeng.xu@shopee.com> On Wed, Mar 04, 2026 at 04:06:47PM +0800, Haifeng Xu wrote: > For the machine Intel(R) Xeon(R) 6746E that supports CXL memory, > the possible nodes are 20 (0-19). However, only two numa nodes (0-1) > have memory and the rest nodes (2-19) detected by CEDT are memoryless. > > The problems is that when creating many pods, the shrinker map size > needs to be expanded for all memory cgroups in expand_shrinker_info(). > If the number of possible nodes is too large, the holding time of > shrinker lock grows significantly. > > In this case, there is no CXL memory inserted in the machine, those > memoryless nodes are useless for us, so there is no need to set them > in 'numa_nodes_parsed'. After disabling parsing CFMWS, the pod creation > time is reduced from over 10 minutes to approximately 150 seconds in > our internal test. > This seems like the wrong scope to fix the underlying problem - which is the shrinker lock holding scope. If you're not actually using CXL, can't you just disable CXL in the BIOS? Then you shouldn't even emit CFMWS at all. ~Gregory