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 9C34EC54E64 for ; Mon, 25 Mar 2024 19:19:15 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 31C206B008A; Mon, 25 Mar 2024 15:19:15 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 2CD6A6B0093; Mon, 25 Mar 2024 15:19:15 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 1BAD96B0095; Mon, 25 Mar 2024 15:19:15 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0015.hostedemail.com [216.40.44.15]) by kanga.kvack.org (Postfix) with ESMTP id 0893C6B008A for ; Mon, 25 Mar 2024 15:19:15 -0400 (EDT) Received: from smtpin12.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay01.hostedemail.com (Postfix) with ESMTP id B94C61C0A0A for ; Mon, 25 Mar 2024 19:19:14 +0000 (UTC) X-FDA: 81936524628.12.933AD6B Received: from casper.infradead.org (casper.infradead.org [90.155.50.34]) by imf10.hostedemail.com (Postfix) with ESMTP id 12A0AC0004 for ; Mon, 25 Mar 2024 19:19:12 +0000 (UTC) Authentication-Results: imf10.hostedemail.com; dkim=pass header.d=infradead.org header.s=casper.20170209 header.b=Uo4sl+Qh; spf=none (imf10.hostedemail.com: domain of willy@infradead.org has no SPF policy when checking 90.155.50.34) smtp.mailfrom=willy@infradead.org; dmarc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1711394353; 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=S76rMVbjP+0D2W7EDE1El8rQ89zrw/wPuPDN4wnmWiI=; b=o/3mKu2sGWe9CXAbsMN4ZmYK74Pb4co8GBg/xsa/VuHG5kxQq7fWHuJBPKjr6cxKYPb0tH mMkE4/wN6BVUcSheRaFxqfIoO8rJYwt+rGtxlhJhfJ21f2ld+MiDGdUh64mLHKNfx7fGWd TdqrD2yf7otPhRdjobJTtbOnm8MVqjA= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1711394353; a=rsa-sha256; cv=none; b=y9jAxRzxp0rgQfPmezbUg3whd0WnsCsJjxF7vluWR6yuJExJRz3vCnVhVdaHt3xpDSR1sD ym8HxG6LKmUcH+bWMPrVT2UjS0ItMQSROBl9GyxrlkEh0jhJFE/ivkgmBJFZdWkiBF2nAt ioFDkoGj70Ad62J2ouCMvLefJi4DM6A= ARC-Authentication-Results: i=1; imf10.hostedemail.com; dkim=pass header.d=infradead.org header.s=casper.20170209 header.b=Uo4sl+Qh; spf=none (imf10.hostedemail.com: domain of willy@infradead.org has no SPF policy when checking 90.155.50.34) smtp.mailfrom=willy@infradead.org; dmarc=none DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.20170209; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=S76rMVbjP+0D2W7EDE1El8rQ89zrw/wPuPDN4wnmWiI=; b=Uo4sl+QhnSVYCJFwPLHabt7imN Wls4Z043JkcDZU6AsE8tF6qULidYQ3MtDIi74t8xurHGIQOqrJI7tCVosrIE2ZxtMqUdItlhS4evK VZGKfAbzEPnWqPJ+Wx/Riln3N8T7APwYqubNkOOt2dcXVOdLtGp4AQuOxFxqoX4ll2e7uABxBFQ27 pT1wb1JzJQH3uZoVRNGfcWjsJp3OuZkOhdpRBdcDzVcxXEGnaJ2QgfDS4wbE2AphFbRMKyPsZ4k39 SLD2bukPPdrcn2x4H9BRPKloNRnHE2i5ZpMK90pbxfqz7bpIPN7EFnxFg6QxXFRvoZwqPa6pQhQVB RdN0GEnQ==; Received: from willy by casper.infradead.org with local (Exim 4.97.1 #2 (Red Hat Linux)) id 1ropqd-0000000H9bi-2a8f; Mon, 25 Mar 2024 19:19:07 +0000 Date: Mon, 25 Mar 2024 19:19:07 +0000 From: Matthew Wilcox To: "Pankaj Raghav (Samsung)" Cc: linux-xfs@vger.kernel.org, linux-fsdevel@vger.kernel.org, gost.dev@samsung.com, chandan.babu@oracle.com, hare@suse.de, mcgrof@kernel.org, djwong@kernel.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org, david@fromorbit.com, akpm@linux-foundation.org, Pankaj Raghav Subject: Re: [PATCH v3 00/11] enable bs > ps in XFS Message-ID: References: <20240313170253.2324812-1-kernel@pankajraghav.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20240313170253.2324812-1-kernel@pankajraghav.com> X-Rspamd-Queue-Id: 12A0AC0004 X-Rspam-User: X-Stat-Signature: ftiecg7tegqsg7auyw5r81xt95qshupq X-Rspamd-Server: rspam03 X-HE-Tag: 1711394352-707315 X-HE-Meta: U2FsdGVkX180kSdlsXJb8kGR3nGVtvoOp0/RXLb/p/jRmNZjwJvLWXhhku09rw6kdXGmCuqPR3Tm9Ayi6IWooCE3OPnb4D6cROXkNjMDOjMx0BEjeis48HDUfD97ohKtdBk2Rd+mdYu2hKWo/zQidsDYkYyZ76S6rq1XGTiaEt/Ybb9rMeCmB8x2599+0suWvegrqmlLnGMGDdM/drKNJMA65zhehWFnVedOzHQ82GEsfSH9P62vzUKm+CVdCfsjMOK9O775h5Pc0feP0/KommVP/5V/sjIswU1r77JCMR3GJ/mnV6MxXHFO99iEaUuofV1l90enecQdo3eEh54+VR0ucxmYumslYw4ILOXpAlV/7MNItBCXYo+xf/eErJc8OleBkRUZN+spQAlkCxGRk5+I6U8pUTffwsy3GohyheMBfUS5rR4sMYcSp3EzmbTbtiit7b0CzXq+mOSE6vhZdQUPZC6Msu6xYzsm41VEdY0HWnzLkz1DMZ2bbERlie37aNcLdnfxTUrPc2gGVm9EE/yRJn8E0z1xfMW20hLCWRJIwhKj9OgJKL3iVpFmj5N0befaoNfv3uN35DQs1UjAFPIA0JA2Ny24FIBTGVyFX0wQZg7BWfJ78OQ1U+fmoCKbg42M5scIUUiyXm02k+/JcaLPLopCufw8h+1/yErMNRtMlUtIkkfIMm5ujtZvI/OXS79pgLFnMbeLsZAI423lNAyQeTNZ83Q0fB5D++BumzOFkJyp1uhYcofx8F1x/u/n3N3raYJg4CrIBAC7Ies43F2bsYg87OHnx7a6vxDwP+pHJB0fcT19XRR4kgRim/LwzsPH57OJYx8htNjuVDMg3zZXobNFzJWFM3KcyzSxjfjZ7dnmp3EGdn1R6NWwbLd1DSlvyz84aIi41AcZxePMUTU0CQ1RbcqcRzUxLwD5iExyj59RW2dDTasM84fiQGq0Zqm8HVVDIA5PxlLUdU/ uJwUuA36 gdsRhbhqsIGdl7iDrPMnKpw5McEfe2vy8Dtxqaraa9UvwLvtXG8flNbBDhBvKmrJx95MT72IXZXZJSNe0RfV5HzgR0eJB0/cgZ5AM0ibERPuGapYhN+lw/mzxkz1N5q16yHf8KJLCemWRCD4= 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 Wed, Mar 13, 2024 at 06:02:42PM +0100, Pankaj Raghav (Samsung) wrote: > This is the third version of the series that enables block size > page size > (Large Block Size) in XFS. The context and motivation can be seen in cover > letter of the RFC v1[1]. We also recorded a talk about this effort at LPC [3], > if someone would like more context on this effort. Thank you. This is a lot better. I'm still trying to understand your opinion on the contents of the file_ra_state. Is it supposed to be properly aligned at all times, or do we work with it in the terms of "desired number of pages" and then force it to conform to the minimum-block-size reality right at the end? Because you seem to be doing both at various points.