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 D3B3CD3C92D for ; Sun, 20 Oct 2024 19:10:58 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 637F36B0089; Sun, 20 Oct 2024 15:10:58 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 5E8466B008A; Sun, 20 Oct 2024 15:10:58 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 4FDFD6B008C; Sun, 20 Oct 2024 15:10:58 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0013.hostedemail.com [216.40.44.13]) by kanga.kvack.org (Postfix) with ESMTP id 31EBA6B0089 for ; Sun, 20 Oct 2024 15:10:58 -0400 (EDT) Received: from smtpin18.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay07.hostedemail.com (Postfix) with ESMTP id 8168816086A for ; Sun, 20 Oct 2024 19:10:41 +0000 (UTC) X-FDA: 82694922702.18.A6DB288 Received: from out-185.mta0.migadu.com (out-185.mta0.migadu.com [91.218.175.185]) by imf05.hostedemail.com (Postfix) with ESMTP id B17E6100007 for ; Sun, 20 Oct 2024 19:10:29 +0000 (UTC) Authentication-Results: imf05.hostedemail.com; dkim=pass header.d=linux.dev header.s=key1 header.b=HXTEAD1H; dmarc=pass (policy=none) header.from=linux.dev; spf=pass (imf05.hostedemail.com: domain of kent.overstreet@linux.dev designates 91.218.175.185 as permitted sender) smtp.mailfrom=kent.overstreet@linux.dev ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1729451346; a=rsa-sha256; cv=none; b=sC9ARhVY61SyEawH6Zt0NQr5Nk/NmeqkekWTMPihZl/ut5yfwZ/tSNzfRzjwim0+JiRRWq ix7JZl15OVH2bXgjEiwFN3xwzgUOWCzEHXaAqSEJWZt57yRR67IyN0soQdnow8k78tVy2N M21Yho4MTlSNxqlQl2qcuYXRrrgausU= ARC-Authentication-Results: i=1; imf05.hostedemail.com; dkim=pass header.d=linux.dev header.s=key1 header.b=HXTEAD1H; dmarc=pass (policy=none) header.from=linux.dev; spf=pass (imf05.hostedemail.com: domain of kent.overstreet@linux.dev designates 91.218.175.185 as permitted sender) smtp.mailfrom=kent.overstreet@linux.dev ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1729451346; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=Pe6VA/eWg6CR22QgYCq4rGcK+R4NzZy7J78Mhkk5xuY=; b=a2Zd5fcdyoPTMOBWfmdcCVR+TjMS4FoaahTmYK0hcLzSdfRpTe/xmTpV4a1ypSq9FXFuxQ Jbc7ELbPPj0Ahkgz6yP6htHYgBcJfUwMHjSXFosM/TGBOjEX1KcihvVjaq4HZG4K+OTu8B PiAPNJET/ty8LBce2bptruNhQVbQanE= Date: Sun, 20 Oct 2024 15:10:50 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.dev; s=key1; t=1729451453; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=Pe6VA/eWg6CR22QgYCq4rGcK+R4NzZy7J78Mhkk5xuY=; b=HXTEAD1HsNRaKm5YnNqMkfZxuIhTwd/AYedOGgNhBPuEwzYf3K+CTlKG8LuMwsm8DKUf4v EvpRQ4ZCghz+wl0WGNd8rIcT6LFmT5YkwAVHKIEYrv8PUHjJduA7U0lezaXcRTGzoTSeN6 Lf0jSaLwPpE8eKoQ+LL8X1Jm+bLwCAA= X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: Kent Overstreet To: Linus Torvalds Cc: Lorenzo Stoakes , linux-bcachefs@vger.kernel.org, linux-mm@kvack.org, Vlastimil Babka , Andrew Morton , Uladzislau Rezki , Christoph Hellwig Subject: Re: [PATCH] mm: Drop INT_MAX limit from kvmalloc() Message-ID: References: <20241019210037.146825-1-kent.overstreet@linux.dev> <90bc0794-4cab-415f-a442-4af85a32eed8@lucifer.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Migadu-Flow: FLOW_OUT X-Rspamd-Queue-Id: B17E6100007 X-Rspam-User: X-Rspamd-Server: rspam05 X-Stat-Signature: pxhreaknrh1f94uueykikh4qwf14ohyu X-HE-Tag: 1729451429-870094 X-HE-Meta: U2FsdGVkX1/GFzQij4iyCtNz+eMvrwwDbTpZA4TrBaIXf6IDp8w079BAO1SLEQ+iwF+RiPU56jRip3KM2BNBc1KwQvGGCHm+FNAfiOf0TQW0ARU4kcYztZvtnNjH/irYsMl9GbV/MweG1FnPKYGz5xf4jugk+kYfEJ2ClFvHC88yvff9iLwap+YgIEEogBdaRwetslvJPnHsermLLhcWAIIGKrjHqjI18kq4BXoD+ophAWdB9H4LReileWD+ENLVQbEnNpjfxlQtxdO1iI6XMb1zDisDZ5X2OaGDc+qVLVSCeWug+6TymwxV5CMq5liWL18ujB7eLw0n/66VXM2d02gd+62H/yO9HqskXYHKepaz5r8YLuKzaoFKqB1ycq9M0mZys6MiO7WbOZRzLYdx9z+kPIIK++xxfL7u7nBLGuze1NBhAuWQ6UTNYxNTsEmGhRImfpvwfyN60wPiZZjbDMnMIG1n2nkVinyXwlR/Of40eZhBqFbhWLwqsywKn4dTNg2Ne3oDGgm8zxWOCkKoyNATif4UPrtqJUyhkj4Zvsgp3PwzsGNLp1IwtZUwVYFFYMsPzx/WjuKm9BHW+oqxLUULTxUn5wuemyxX9dYOOTRbAugnoMblr0AdFM5PUZOZZ0LiIkAvDYLcOyv4WcOBiRdsLXEDbq+F9S4UB8GmE59+QEN+lx3AZQIHNSE5ajJ+ksVznLqaGT+fzPqV19oEdJq5e9mzTjVc5Xar4wLH6sdyPYQxtWstA7psviVQZs6IC/gACMigcOTM6T3/08J+BhUrtmc9RYfWgq7vi5WiYDiWf+hC8EC307mATp8zE79YDcU96vGIaQ4d5KIss2oxyx3HXqz7D1PwZn9FzDmy/gSQvWYszVaHHEGVNDhlGdSyT9BPFCahI9cu/LCrLltUpHc0wTEvCOyITVh+2YlLfua5Uxk9CFCP8hWx2t5FroqJsmgWP8I0tZFNY1C8fuO SKDJm93r 82BJK3JOyHJZrnLlzWU/1HvpNPHDCDQ4jAehllKIaSPrcPMYQUOSb2Q6IMO0NwjrOqD5MXygCjr3RVffcsGup6JxZpzMe84kSlfTRoXpop7Ptd5ZCgQD6Apou7ctGp7fMFhCGwMxoOHqYSYzi07w9+BEo3+HePqxONFbVrwVSSHMymC9ohT7PmJOAibPc4Ocs2t2W 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: List-Subscribe: List-Unsubscribe: On Sun, Oct 20, 2024 at 12:09:02PM -0700, Linus Torvalds wrote: > On Sun, 20 Oct 2024 at 11:53, Kent Overstreet wrote: > > > > This came up on a machine with 128GB of ram. > > So? > > Your argument is "we're using a ton of memory, so we can use a ton more". Datasets are going to grow as machines grow, yes. Otherwise, what are we building them for? > How about you limit the amount of memory you use in the first place instead? That'd be an artificial cap on performance.