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 4D2A8C36000 for ; Fri, 21 Mar 2025 16:38:37 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 42649280002; Fri, 21 Mar 2025 12:38:36 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 3D810280001; Fri, 21 Mar 2025 12:38:36 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 29F32280002; Fri, 21 Mar 2025 12:38:36 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0012.hostedemail.com [216.40.44.12]) by kanga.kvack.org (Postfix) with ESMTP id 0FEFA280001 for ; Fri, 21 Mar 2025 12:38:36 -0400 (EDT) Received: from smtpin06.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay01.hostedemail.com (Postfix) with ESMTP id 2B5B71C6997 for ; Fri, 21 Mar 2025 16:38:36 +0000 (UTC) X-FDA: 83246116632.06.6BDC834 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by imf14.hostedemail.com (Postfix) with ESMTP id 76ADB100006 for ; Fri, 21 Mar 2025 16:38:34 +0000 (UTC) Authentication-Results: imf14.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b=tP54emZE; dmarc=pass (policy=quarantine) header.from=kernel.org; spf=pass (imf14.hostedemail.com: domain of kbusch@kernel.org designates 139.178.84.217 as permitted sender) smtp.mailfrom=kbusch@kernel.org ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1742575114; a=rsa-sha256; cv=none; b=Kl9VbQ2ayajC3qgQ18OKvcV9tJc55ltQ0K0kdrf2QNK7Mi/ianpXsFKkxBxvLmkedQZ0Va zrzjdX3TCskXajJUofx60QTYV3OoW3OwpdBDHIw/wvZte27zLQnTM0yE8gp9PZH5c4XKd5 E+guArJJeHSeVZXidfqn96jffn42Jfc= ARC-Authentication-Results: i=1; imf14.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b=tP54emZE; dmarc=pass (policy=quarantine) header.from=kernel.org; spf=pass (imf14.hostedemail.com: domain of kbusch@kernel.org designates 139.178.84.217 as permitted sender) smtp.mailfrom=kbusch@kernel.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1742575114; 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=nhBll+P4UsK/tieOLFhUGA4Gn4X6bqHYcG1WPQv4smE=; b=lJk5xRABRWDOwtSFQzSMpw5UbzrYmKDvhGqMcc+368+8it/Qc8EKZLJiHvRenfqn/sTn6Q YlMjC74fYgqygElFuSQojruAVcV9gTJjZLNwcMFEn8sHzErlMSFHAv2+f32k9VZfeNPimI ekODAIEonRTCfkxmyJQ9Hqe6oyA6O+A= Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by dfw.source.kernel.org (Postfix) with ESMTP id 636AA5C6D9D; Fri, 21 Mar 2025 16:36:16 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id B8AD2C4CEE3; Fri, 21 Mar 2025 16:38:31 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1742575113; bh=Bwj3Dd///MDVuZOMw5IYTxU24l2EtuF3vsGvy3H4+hI=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=tP54emZE1wWBK22hIUoOLPRX2o6qAgnuHZxrYyG+LEwZtFAexsRSP4q6SZ90qvUNo DRPl3/33re+7pd/TfcLCcEP9i04g8elL2bl4oZvtiVKAGR8EHCzAtvfJ8ZEtNeoGwN xTj2BcA3q72Livr24KKPiT+cHp7nLMHcutoYipGwb0lt1AGEIqxIaGtHpdXKtBJt0o 2t2Gw+7kemQ5aVh9kGF24Gqgq6YGZ2GisPTBi417lITsF9R3sXZhvuifKWeMi5khu3 nKrjfjkXToHvBsBuuI3EChpSjL22UsDi7MFS9qTysVuE2GrnvLoLeSk7g3vwz6c/bB 9F3BtIBVdmqiw== Date: Fri, 21 Mar 2025 10:38:29 -0600 From: Keith Busch To: Ritesh Harjani Cc: "Darrick J. Wong" , Luis Chamberlain , linux-fsdevel@vger.kernel.org, linux-mm@kvack.org, linux-block@vger.kernel.org, lsf-pc@lists.linux-foundation.org, david@fromorbit.com, leon@kernel.org, hch@lst.de, sagi@grimberg.me, axboe@kernel.dk, joro@8bytes.org, brauner@kernel.org, hare@suse.de, willy@infradead.org, john.g.garry@oracle.com, p.raghav@samsung.com, gost.dev@samsung.com, da.gomez@samsung.com Subject: Re: [LSF/MM/BPF TOPIC] breaking the 512 KiB IO boundary on x86_64 Message-ID: References: <87o6xvsfp7.fsf@gmail.com> <20250320213034.GG2803730@frogsfrogsfrogs> <87jz8jrv0q.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87jz8jrv0q.fsf@gmail.com> X-Rspamd-Server: rspam04 X-Rspamd-Queue-Id: 76ADB100006 X-Stat-Signature: 43ymrcsyrp9hucbs3uy4wfyq47wkuc8p X-Rspam-User: X-HE-Tag: 1742575114-753790 X-HE-Meta: U2FsdGVkX1+LceJL/cs+s2kcovLvmyBHz4KP9AA8RZCM/fnqI7Lmrin+CpK5T18HjDC2FRJnuQcunNGKf1kQq3PN9kQL3Nuj6hJFcslGL6hSMjBib31RgR0YQdJdcgZratgVAVZUd75QSHEjpJsseuezcT+JqBtBMEHOp2Ry/nWUUS6tkmIOvxI04gnl7bQAGpDzG9Z6iUwIwhmQLZDOFDNJSsz10pUwNWlXtAzKLJsvItzXw9DGcCV6hQzVTQzoPMtX9Ifix71jYSykarsjyeQ691I88Dvk6pLnZbL0NJos+QSFnzfwzPeQ/tWCZurbDj2By8NjpEirMVl9cJe7qWmDWMuKRfdpsDLkhdgEnDiZYioDMRlz1SAXFNI+2N15w3RgnD1hpgCfyPgJpU+2YWffnzo0OPckGjUw8x6jofeB5Bz85zOh15niAHJek/kWSCNrrHNFRYwgRWYvpB5P25+m4EuUZGpzet3IipJ+IcxBgBm0S4OzBmBs5uU7TcGFSjbXP31n4I2+plwUy5zrs6LWtpSWRRQfuLJjtOWjwY5GGKDJnSMNhABpqQl3J4W6nhvStKJEiNwMsPAQfkL1YIo9Vwgzv0TcaBuqTLKLt6HyiWZfbiJ2H5o28J2lz3U8pV0ziIsZWa9BpnVD5rB8QoCpYEbqGQNE1jAKAquDvMmtA+ZXNJweECxRXwLYrzZH8PoAaLujMg1eIhOKtl6q3//7H1McxCJnfXemhNyOCWFJ+UQMaheozIX/P6LyTFDI3nPIg0XAPI2WLrfGTzt1eYwlKgk4zLf4QDdR3UKc6c+F4FzRvCTdfcem44zHB8Xhp/a6SFUkVPkw5eYK1mwFd89Z7WQPiYLKK1+8Ksqg5sfF3x2N1Wp4xiaRUtcS7RGh6ljAMGJD1PLNERzL2iLlaO+FJHH1QPNxztRV8AajCBFCI73ZywKCz7yyXUUBi6EwTD9Fz7HoSvJgiPvn4fA jYR9frAh bnLYFj3bIk0mp7dJtVBpsDvTuyKlZNuTmqKK7cP5Mt/EyYT1QfwxZwO3zwF7gPPJ4vzk73RzyA8W4LQL/FXgsWbHFitEkye/lYQbHG5jfj+cxwrE5Q2d9KYYcdmopn4j2dW/HJfmyyoxUvjcXta+TVXJljCf2r3Fi4IESyh/OOuilK+6I8T0othIW5DCMAOZkOuq1yk7SHV2eDR6SGuXisEqZx+CmJOL9uIoWFpxDLq2CSbMY+5WRhGmRl9dDbp1IRsy8hAx2FTpBJrgPiWTDmx7FbtCW0ZYAG3AOmg11RHSA66gle/pIwDHVKIkWZ4EJc7GEHGR1wHmzyC972yDYlbaGLnSiz6VcmQzHcAsrvGbqXmKKvOsXqvRvhQ== 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 Fri, Mar 21, 2025 at 07:43:09AM +0530, Ritesh Harjani wrote: > i.e. w/o large folios in block devices one could do direct-io & > buffered-io in parallel even just next to each other (assuming 4k pagesize). > > |4k-direct-io | 4k-buffered-io | > > > However with large folios now supported in buffered-io path for block > devices, the application cannot submit such direct-io + buffered-io > pattern in parallel. Since direct-io can end up invalidating the folio > spanning over it's 4k range, on which buffered-io is in progress. Why would buffered io span more than the 4k range here? You're talking to the raw block device in both cases, so they have the exact same logical block size alignment. Why is buffered io allocating beyond the logical size granularity?