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 8A64ED3C92D for ; Sun, 20 Oct 2024 21:42:57 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 1A3726B0083; Sun, 20 Oct 2024 17:42:57 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 12C3D6B0088; Sun, 20 Oct 2024 17:42:57 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id F0EA66B0089; Sun, 20 Oct 2024 17:42:56 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0017.hostedemail.com [216.40.44.17]) by kanga.kvack.org (Postfix) with ESMTP id D19DE6B0083 for ; Sun, 20 Oct 2024 17:42:56 -0400 (EDT) Received: from smtpin07.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay10.hostedemail.com (Postfix) with ESMTP id D6DD9C1415 for ; Sun, 20 Oct 2024 21:42:40 +0000 (UTC) X-FDA: 82695305280.07.DED3B71 Received: from out-173.mta1.migadu.com (out-173.mta1.migadu.com [95.215.58.173]) by imf05.hostedemail.com (Postfix) with ESMTP id 1A264100004 for ; Sun, 20 Oct 2024 21:42:27 +0000 (UTC) Authentication-Results: imf05.hostedemail.com; dkim=pass header.d=linux.dev header.s=key1 header.b=A5JRIwiw; spf=pass (imf05.hostedemail.com: domain of kent.overstreet@linux.dev designates 95.215.58.173 as permitted sender) smtp.mailfrom=kent.overstreet@linux.dev; dmarc=pass (policy=none) header.from=linux.dev ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1729460524; 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=apCHZfjaBtnc+wg5aPyeuh9Kwu3Al3XrgmEHy4xP33k=; b=1btdS4iQz/LxKjiFFbCsUWOAK8ndMXrdJTMaVCgEVhtBu97QZYgH0hJluyaHGGsVXZR5nM IflS7uSrsgjeya1WDojT+0NRlp20epKf+1L1mRhUU1N2L/6P/VQ+A2Mvf3TA2pVIggQl7I HSkYnwtfAc2+rFZ7X8oRtGjeD3vvym8= ARC-Authentication-Results: i=1; imf05.hostedemail.com; dkim=pass header.d=linux.dev header.s=key1 header.b=A5JRIwiw; spf=pass (imf05.hostedemail.com: domain of kent.overstreet@linux.dev designates 95.215.58.173 as permitted sender) smtp.mailfrom=kent.overstreet@linux.dev; dmarc=pass (policy=none) header.from=linux.dev ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1729460524; a=rsa-sha256; cv=none; b=pqsAHjhHb2x7JO6NXA3JYALDgM6sk3bSFXyx70kCOF3FJPhtWZQYbynzogJL6wPbAo5G3B 2+WkrdDwipe1rkNYuyWEPmdXpm9uU5H32nswO9QyIL4RZDzTB6rfq1kj3MOof9YlW2PRAf U9Ou1P8T6BhgfJ+t72ZfKYifc0gNRXA= Date: Sun, 20 Oct 2024 17:42:50 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.dev; s=key1; t=1729460573; 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=apCHZfjaBtnc+wg5aPyeuh9Kwu3Al3XrgmEHy4xP33k=; b=A5JRIwiwqDIs68J2QfAUBc4Skj9S8/3orqYmsCdj8xR/HgF5W7e+uwntFs3Ay2uGk0y9pY uQsn71CaBFwje0NGdCPBqmaojzKi4hOfhZfztY87/pcLqbil9MkB9bM3ZN4rQc9M62mOx0 QJ8d84i9R42RbahLBevS2+Zmua1dYBA= 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: <6eo3gekf6twbnzhpsi2emz2s6sgtof6iba2rvbor7himmejoq5@qbfwtpbpvqoe> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Migadu-Flow: FLOW_OUT X-Rspam-User: X-Stat-Signature: m7sqtxnkkkax81fr4mxthjeoy5zp7794 X-Rspamd-Queue-Id: 1A264100004 X-Rspamd-Server: rspam11 X-HE-Tag: 1729460547-580839 X-HE-Meta: U2FsdGVkX1/yFYKSZ5LiHeAeCLz+uXkQ50c5YvNql0+6GRpIyo5dPemmE/42aN5kc3zX1Od46wyPXnvX9+7T0jEKyXAsmpvTMZSaRnKUqeG6DSdcfl1Vz/R3R8UpK+wEkKuBf9Vv2F9PecixtpOvFWpSTzwmJtHXkwrjZbJh+6A/VLAnB08SH+ik/dm62EZ3sC12wma98rwNCcfqw25R6lXKFszldmSoggcncS977l8DIADOub8skogtOD+G9HOgIt5vZsT1i+2ihOpo97ITnHK/Lhc2EkVlpGdqxNgCn8Pll6PJLlfVhC8G0m9IuwFRRgqh6vNovP9yaivQgQytN1HxK1s6VqA/gOEWpcPE3YKicLPBCdXRTp1J583eNyh/kIeNduOTRcm1CCOokooZYi6dz849TuaeOACt7rutp4V/yL7UIH7Cus+yQaKdwp2S6koapxhOrCv38CzIKoMm/AwSsPup2Ks9bb5bakG5b1aTLpEzGCH90C4DTeamwSdJt3UuDWKOZQMGdQmbI0aPMkfYXsqXOdJo34piyPjrW3Pu/scoIvT5o2VqwDkwJuXp05ss5JLaTYZvNpeNOcyc1oGx4hqG2ZzU2Ss/YBGjPiV0MUeJJWUVGi3bu0YBiM87kM9Hn5k7Z7k5HjftwmkoV6TtZab1r0nFC39NUX2aVxA0OSLhF648XWxEdUvfIRJm8Bz7P2RSZj0LlsDmIEX/89yoDZjzHZVGSYlhsxkE8zKuEShO0UelTC/sjLns7aMNMJ1p5KbwVZ1OfY6SFJLmmgB+OzmOElT0HeAvNXQOdCvwCcEIVq4BPv/LFuSQ9eP1g8nvhLXmVYFuWiW4GWkyH6qEQUMSWU3OXmpaCshPEy0iXoGNPq8pX6+dh6zwOD0akmD3MHqvRLxPCVuAQInnHc0TwECIXwUE0VHiwnj0aSPxRQqaHjBdkJOjqRf+N4LoAGOnlLR4C3ru3HZ/clR v/jYeSgR evM6hgaTZrkcGOHCm4Ex0gFIiz6cHddwZLqor7o5RRRlrdI9LdBiyHS7LOGB7UZLnlnDCkmoD7GekV75OevDrr/TJckkVI0PGVaq6lBLEtwy8c5esNYDc/RUcx8EU5KqbjkWE3qBFiF56DZQ0N2dkHxfsxsP0di3n4IpTlyHA2UKgZy6022zPv8OxN6Xng2jnUPZg 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 02:30:43PM -0700, Linus Torvalds wrote: > On Sun, 20 Oct 2024 at 14:29, Kent Overstreet wrote: > > > > That's the same as limiting the amount of dirty metadata. > > Exactly. > > We limit dirty data for a reason. That was what I said, and that was my point. > > Excessive dirty data is a huge latency concern. It's a latency concern > not just for journal replay, it's a latency concern for anybody who > then does a "sync" or whatever. And my counterpoint is that if you've got a huge filesystem, limiting dirty metadata means that you force it to be written out as a whole bunch of random tiny writes, instead of allowing them to be batched up. That's horrible for overall throughput.