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 7299CC64EC4 for ; Thu, 9 Mar 2023 20:50:04 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id E02C56B0072; Thu, 9 Mar 2023 15:50:03 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id DB2DB6B0074; Thu, 9 Mar 2023 15:50:03 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id C7B4C280001; Thu, 9 Mar 2023 15:50:03 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0014.hostedemail.com [216.40.44.14]) by kanga.kvack.org (Postfix) with ESMTP id B55B56B0072 for ; Thu, 9 Mar 2023 15:50:03 -0500 (EST) Received: from smtpin23.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay02.hostedemail.com (Postfix) with ESMTP id 7102F121180 for ; Thu, 9 Mar 2023 20:50:03 +0000 (UTC) X-FDA: 80550551886.23.4E86FBE Received: from bedivere.hansenpartnership.com (bedivere.hansenpartnership.com [96.44.175.130]) by imf24.hostedemail.com (Postfix) with ESMTP id 51A26180017 for ; Thu, 9 Mar 2023 20:50:01 +0000 (UTC) Authentication-Results: imf24.hostedemail.com; dkim=pass header.d=hansenpartnership.com header.s=20151216 header.b=sJEOIS4c; dkim=pass header.d=hansenpartnership.com header.s=20151216 header.b=adb3KIoq; spf=pass (imf24.hostedemail.com: domain of James.Bottomley@HansenPartnership.com designates 96.44.175.130 as permitted sender) smtp.mailfrom=James.Bottomley@HansenPartnership.com; dmarc=pass (policy=none) header.from=hansenpartnership.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1678395001; 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:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=3g8IpVM6rG3i5QhsPDD0KByria+qAaxXfCCgqfxNLo4=; b=Wv2kaxpVnCzJB6EK60IUk5zb8P3DPlAIwMxZuegl0jsfJRp9h37RVM2rbGRMZBVfqa1kJC 4BFeS4umbfdXUF/YtKuXGjsvD6aX74eXoJla8miKo8Fv5B2tXuKf05iH2eMBp6x9UIyCIS CjQ6GpRIyT0Rh1DLulFjE1yxV2fxiIA= ARC-Authentication-Results: i=1; imf24.hostedemail.com; dkim=pass header.d=hansenpartnership.com header.s=20151216 header.b=sJEOIS4c; dkim=pass header.d=hansenpartnership.com header.s=20151216 header.b=adb3KIoq; spf=pass (imf24.hostedemail.com: domain of James.Bottomley@HansenPartnership.com designates 96.44.175.130 as permitted sender) smtp.mailfrom=James.Bottomley@HansenPartnership.com; dmarc=pass (policy=none) header.from=hansenpartnership.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1678395001; a=rsa-sha256; cv=none; b=pTQvTNVoVSnQKjJPQFRurv6Dp/Gxe8zwnKlKV8KeXVJVOfUnULbQXAt6AN3/TblE6vgQdK eVFXrIGJ+c7J6svjCFDuw71sd/pPure78p0peSHiMpvOmuTKwUO1jgSLsDCMeGoE75eeqI Tpjgp6ow9yzEfJV5juZIRcGqazlPJuQ= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=hansenpartnership.com; s=20151216; t=1678394995; bh=TxNC+G8LJt1YlLEyyO36tP7EdfEi7ZRgBLptFhwSu+0=; h=Message-ID:Subject:From:To:Date:In-Reply-To:References:From; b=sJEOIS4cFgIO/Gb3uL4riI/afgPmTw0aGi1iYex2KToml7qBwNYZz5e56YLxQQUXv 0yXD+I+GxID+a/Djk4E3O4x62qWnbI7um0UgUr2mkqnN1ut2zMBuJNdCjW75akIEYf /xVnm8xggxb7KxUbSMTNO3BukSpUPqDaJNbqB5P0= Received: from localhost (localhost [127.0.0.1]) by bedivere.hansenpartnership.com (Postfix) with ESMTP id 5B1B81285F61; Thu, 9 Mar 2023 15:49:55 -0500 (EST) Received: from bedivere.hansenpartnership.com ([127.0.0.1]) by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5svhtc5N2jGL; Thu, 9 Mar 2023 15:49:55 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=hansenpartnership.com; s=20151216; t=1678394993; bh=TxNC+G8LJt1YlLEyyO36tP7EdfEi7ZRgBLptFhwSu+0=; h=Message-ID:Subject:From:To:Date:In-Reply-To:References:From; b=adb3KIoqy9AY/YQj6fgspkWFfMJOJnXe2iyCMOb8KkL5/RtLXMg4VOOA6OVffTayu 65wN04qMjXIBC8yi9Bpr9sToDrJTWW0Gju2Uy/Gws8YVkoGquUTf4D5SAxTi5dP9fw TlgQQ1iXlSF58IkiouMxOPBOIh0l9W9QqpYd5NlQ= Received: from lingrow.int.hansenpartnership.com (unknown [IPv6:2601:5c4:4302:c21::c14]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (2048 bits)) (Client did not present a certificate) by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id ACB4F1285ECE; Thu, 9 Mar 2023 15:49:52 -0500 (EST) Message-ID: Subject: Re: [LSF/MM/BPF TOPIC] Cloud storage optimizations From: James Bottomley To: "Martin K. Petersen" Cc: Javier =?ISO-8859-1?Q?Gonz=E1lez?= , Matthew Wilcox , Theodore Ts'o , Hannes Reinecke , Luis Chamberlain , Keith Busch , Pankaj Raghav , Daniel Gomez , lsf-pc@lists.linux-foundation.org, linux-fsdevel@vger.kernel.org, linux-mm@kvack.org, linux-block@vger.kernel.org Date: Thu, 09 Mar 2023 15:49:50 -0500 In-Reply-To: References: <0b70deae-9fc7-ca33-5737-85d7532b3d33@suse.de> <20230306161214.GB959362@mit.edu> <1367983d4fa09dcb63e29db2e8be3030ae6f6e8c.camel@HansenPartnership.com> <20230309080434.tnr33rhzh3a5yc5q@ArmHalley.local> <260064c68b61f4a7bc49f09499e1c107e2a28f31.camel@HansenPartnership.com> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.42.4 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Server: rspam07 X-Rspamd-Queue-Id: 51A26180017 X-Rspam-User: X-Stat-Signature: qzw318nz7pfwc18jbn656qs7sjim5o8r X-HE-Tag: 1678395001-856067 X-HE-Meta: U2FsdGVkX1/pm84/AwM2co5yvpbFtXEhrKEHEjKi4pjf4wbvhnM2qJGMYC3+oW4gbQmr4o+mwKzMZ/If2kUGp7UkSwQlIDVeS7IVgcpWCLHxDn4KbFoern1DHrEeCcZFuMqnWMo5gHMvm/dEPihHMbYFmvkEqgy+9PZp7baBUf+HKSzh5qb2CykZAO0opnlOmuTJnakJUWPn+lsmUpvVz1mS3wL2Ez/4B+jj1y+HuRxx8j3NOiAo0Jy4q+mCZs7AqMAMIcwOHqmGSZVoX3ObQa3QzpzGdcBdLFFnaoBfmuIjnYuLS6EM5IYWTGiXt24CkbcvgGLo7+h4RoJeFUsX6uzafNQmS3iHhOqNH9EReY4Ivf4o4lCIovkyAzy1eLeEpbDCLX9MJMXDg7kF/YY2N/T55fzQ2Mkrn7nuSujtsuH1j+3pexj1R0I4+u2+cjQ6xcJwijTbak0f1XQa3PBkgquxAuop2RxBpGGpIynchcDV7RHReNxn1eAg1zY6GSOs0eJZ9rI14SHfqqCBSqFP3oufgseEiEKN0ROfFjurmDg3wwgJBqIC8w2fa1y15QkSjg9L97qeMCNcPljJRi3fx8b517kFHMt8d++o5ngfA9XxTS+YJ8lLHrhTYb0HPY15OfFN92TDg8QuI7savj6kl6/B25PqhMCM/2PiXoeM+5ELNHCyco2S3VEbkdsVMMcwbjQmKLyTvVnHbiq3AiJ6eJBrOQjIEkwrYDkXYKlmQRdaZh6ch9RKqZnKtzcorCmGDrOheHsNf7oZ+N5fxxqij+Q12rkMJfuAc01XESh1GIu0qTEWZf5W/4gqYTcvABEIveuOymopa8gnBlIfP27jzIh1tD1w0HVu1/XssgUOBnUJvFWczp2CifiJVLxKP3qv76mdp3mi8S2p75I8ygBWkObh4GYaeQkPXdHIHnyOeMcEQQtci3aDRBxwieRD062nw77p6ak19C0Eju3S9Z+ k2Fm8bI+ ebP+tWbTTVojCz++5KdAOrQSJP54MKYAq3NWNM6/a6SCqpo7/G3j7Jg0dDTSuqhp6L5N5zupdggE88lZYMJtM15oiNsFyH3XPC7tUc9fuTDnKzxekoTbq0UD/W3R8PLopIH6+FBKNzrL3nAQwBhyxkOkrdg/ZI+bzNsuIE6Ng7J/BaHIj+DT4WlJurtbePyWlLroevvDuhMVEJrGol7b41CHXKPjgCJxDptDrHZs5ex1SQvpeqQrpgM781HkPv0NrJMvGO/ywaHZxhBK9l9tyiqrKdRfGk5IXkb/S0WJkQ49Xse3TKrcqDr1X4SVd7bQOHxX/9rHAS/tFpDHrXYFSPWWtuQ== X-Bogosity: Ham, tests=bogofilter, spamicity=0.000097, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On Thu, 2023-03-09 at 10:23 -0500, Martin K. Petersen wrote: > > This is not to say I think larger block sizes is in any way a bad > > idea ... I just think that given the history, it will be driven by > > application needs rather than what the manufacturers tell us. > > I think it would be beneficial for Linux to support filesystem blocks > larger than the page size. Based on experience outlined above, I am > not convinced larger logical block sizes will get much traction. But > that doesn't prevent devices from advertising larger > physical/minimum/optimal I/O sizes and for us to handle those more > gracefully than we currently do. Right, I was wondering if we could try to persuade the Manufacturers to advertise a more meaningful optimal I/O size ... But as you say, the pressure is coming from applications and filesystems for larger block sizes and that will create I/O patterns that are more beneficial to the underlying device hardware regardless of whether it actually tells us anything about what it would like. James