From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from casper.infradead.org (casper.infradead.org [90.155.50.34]) (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 822F27C for ; Mon, 3 Apr 2023 04:13:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.20170209; h=In-Reply-To:Content-Transfer-Encoding: Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date: Sender:Reply-To:Content-ID:Content-Description; bh=JCaTQDH69Gr7URRj8QyibVsxSrgDVKe91Qxc5yJkGbU=; b=SjkWhVfETbkBwIiO3wuXoyAZcx hcJd/IM2FXNh9RH8xcEz1SCvIM76JjdQ8pxXeaaXa4gP7+8Oa9NA9uJHjMuV/k5Cd0HxapJhOTAsA aYMDeICvhSMEMLzKLFEjS3D5Ul/lMoYYBm+DzwT7C7D75cc3MjVgzFDpvMzHW83H/59XVWQRnO1eG nAmLZ8WYVmeTLZsF0cKznYrp+YmX3NyzShe9nF6OZeYBqcjD9BGOyVv3zyRUBBCF3ohdpBat44eku CC24y6hpszrJ3dpsj0kwDP03Gloh6jbb8ROX+oHYPlKh+DlPBPdcW4czkJpYQTPKkmZv1MK+aGzHX ziCVIu1Q==; Received: from willy by casper.infradead.org with local (Exim 4.94.2 #2 (Red Hat Linux)) id 1pjBZ5-00DmSH-Ru; Mon, 03 Apr 2023 04:13:07 +0000 Date: Mon, 3 Apr 2023 05:13:07 +0100 From: Matthew Wilcox To: "Fabio M. De Francesco" Cc: =?utf-8?B?6YOt6L6J?= , Vlastimil Babka , Linux-MM , LKML , patches@lists.linux.dev Subject: Re: [PATCH] mm: remove all the slab allocators Message-ID: References: <20230401094658.11146-1-vbabka@suse.cz> Precedence: bulk X-Mailing-List: patches@lists.linux.dev List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: On Mon, Apr 03, 2023 at 05:51:42AM +0200, Fabio M. De Francesco wrote: > On Sun, 2 Apr 2023, 13:04 Matthew Wilcox, wrote: > > > On Sun, Apr 02, 2023 at 05:09:14PM +0800, 郭辉 wrote: > > > On 4/1/23 5:46 PM, Vlastimil Babka wrote: > > > > As the SLOB removal is on track and the SLAB removal is planned, I have > > > > realized - why should we stop there and not remove also SLUB? What's a > > > > slab allocator good for in 2023? The RAM sizes are getting larger and > > > > the modules cheaper [1]. The object constructor trick was perhaps > > > > interesting in 1994, but not with contemporary CPUs. So all the slab > > > > allocator does today is just adding an unnecessary layer of complexity > > > > over the page allocator. > > > > > > The slab allocator is very core and very important to the Linux kernel. > > > After the patch is merged into the mainline, it will have a very profound > > > impact on the development of the Linux kernel. > > > > https://en.wikipedia.org/wiki/April_Fools%27_Day > > > Wow! > > The most interesting implication of this "patch" is that you noticed that > some people may actually need the link above to be able to distinguish > between foolishness and reality... As the article says, this is a Western tradition, and we shouldn't assume that somebody from (I assume) China would be familiar with this particular foolishness ;-)