From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from gentwo.org (gentwo.org [62.72.0.81]) (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 ADEE129414 for ; Mon, 15 Apr 2024 16:20:37 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=62.72.0.81 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1713198040; cv=none; b=n82Df8oDNvow3W73DRMLBfIi/9hoGSCrsMRyDnRe+v3CLWXaqzAerCzVZ0PVpl/vo4eNpEAvwvOEv3UC6yAfTV6PAozcxBrt/EMN2ywYRCd4cNu1MNyWioDxR1bu2WivVEwPgGRnu5TZfwQffZIOaNNPy9HKj7Nnbg3swIGdOTg= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1713198040; c=relaxed/simple; bh=nehaG3kH+wDxDtXRMwBWASBfjnqJiOasYYhEKGLsIMU=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References: MIME-Version:Content-Type; b=kibVmnZlnNeLHAn9dkt4r03/dSDWP0WazIKnUMEfIzvrb14CLBnCPFfwU1vgQ3uyy94ClYox41MXIqDzij9o0Qc3zCbI5TsBeNKVWJFvLIBQRp0JAMgZ45ouqnulF2KDYPXOhslY2oiqK2biQS/P5V5aVVEERxY9dUpegC5BE48= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=fail (p=none dis=none) header.from=linux.com; spf=fail smtp.mailfrom=linux.com; arc=none smtp.client-ip=62.72.0.81 Authentication-Results: smtp.subspace.kernel.org; dmarc=fail (p=none dis=none) header.from=linux.com Authentication-Results: smtp.subspace.kernel.org; spf=fail smtp.mailfrom=linux.com Received: by gentwo.org (Postfix, from userid 1003) id EA2D140AB5; Mon, 15 Apr 2024 09:20:29 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by gentwo.org (Postfix) with ESMTP id E97B04037C; Mon, 15 Apr 2024 09:20:29 -0700 (PDT) Date: Mon, 15 Apr 2024 09:20:29 -0700 (PDT) From: "Christoph Lameter (Ampere)" To: Jianfeng Wang cc: Vlastimil Babka , "linux-mm@kvack.org" , "linux-kernel@vger.kernel.org" , "penberg@kernel.org" , "rientjes@google.com" , "iamjoonsoo.kim@lge.com" , "akpm@linux-foundation.org" , Junxiao Bi Subject: Re: [PATCH] slub: limit number of slabs to scan in count_partial() In-Reply-To: <5552D041-8549-4E76-B3EC-03C76C117077@oracle.com> Message-ID: References: <20240411164023.99368-1-jianfeng.w.wang@oracle.com> <38ef26aa-169b-48ad-81ad-8378e7a38f25@suse.cz> <1207c5d7-8bb7-4574-b811-0cd5f7eaf33d@suse.cz> <5552D041-8549-4E76-B3EC-03C76C117077@oracle.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="8323329-810623552-1713198029=:146654" This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --8323329-810623552-1713198029=:146654 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8BIT On Sat, 13 Apr 2024, Jianfeng Wang wrote: >>>>>> kmem_cache_shrink() will explicitly sort the partial lists to put the >>>>>> partial pages in that order. >>>>>> > > Realized that I’d do "echo 1 > /sys/kernel/slab/dentry/shrink” to sort the list explicitly. > After that, the numbers become: > N = 10000 -> diff = 7.1 % > N = 20000 -> diff = 5.7 % > N = 25000 -> diff = 5.4 % > So, expecting ~5-7% difference after shrinking. That still looks ok to me. --8323329-810623552-1713198029=:146654--