Received: by 2002:a05:6358:53a8:b0:117:f937:c515 with SMTP id z40csp139717rwe; Tue, 18 Apr 2023 19:14:39 -0700 (PDT) X-Google-Smtp-Source: AKy350bIuRBxzGk5YF6+Gw4wpNABWk/9da5CYujUtt8FtnqDj6QUI/xfUHJJG/e/D/AmdmrQqm6i X-Received: by 2002:a05:6a20:2619:b0:ec:7696:ee96 with SMTP id i25-20020a056a20261900b000ec7696ee96mr1164474pze.38.1681870479475; Tue, 18 Apr 2023 19:14:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1681870479; cv=none; d=google.com; s=arc-20160816; b=nYHsFKZ7VuXVh1a8byc0yCj5Dun4NGbkWQmco+5Kq2lXAXnL7v1MtpZD0KpsSZngL4 7sxR3J27IOj382W3hxmedklB0MZjxs4Gd54Cacr6cKJdRDXzGEH/P93uvjWHL6lmnAxr zHn2KZFqXdOvfDi8Z25HVYQTbdPvbv5er6qTkbAeyUT24JE/QYdluNker4h/gqRg2Ato LL9IMVblgtnaORYLxG6ieqIxjnypcycp5J4S30kA+zvbYm4vS/Fy2UWnGV9HHeZUwoi8 YkYbDe90CRGbH/w97G+65oyGXf3IABfWCUMcDQk0vzE6h9AqfQlZy1wRsOg92p+tWxis of9g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=mHIJyvhGiW4N6G0i8sHjvYWFzPTozVG4QPzjAs4qK6s=; b=0/Iqq1BcuzoJayK3EkMmt2tvNPm77kqx9xRqd1l/1iPd6NtbOLUnzhR6ualgz7My6s 1gRuY3KLhvZgt2yhA0eJ2bxN3+MqWcahHfLJXeKEDcPSeqeNdLhHaNFf9z4q1WzGfBUS l4/ohz/hHWz81HeDppTgHg6rNltnF62rMHgo/GRgX/l9weEtgkXM87unEyIF17lrZlqo B603DZAzif/pEPNLTdgVlBKAE/0DF4OWRI3Gg2NgvEQB1Fo3AhSZWAAV/QuDjlwubB32 32BsrW/Gn/EsfsktfKbyiPO0BwmasgARxmcAT53wKxJ6Uwxry6DQPi96lZbGcBply7/T 25sQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=ZfPhPb9R; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id x5-20020a654145000000b005130d9f6e66si15296262pgp.366.2023.04.18.19.14.23; Tue, 18 Apr 2023 19:14:39 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=ZfPhPb9R; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231200AbjDSCLu (ORCPT + 99 others); Tue, 18 Apr 2023 22:11:50 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47604 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230027AbjDSCLt (ORCPT ); Tue, 18 Apr 2023 22:11:49 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3E739658E; Tue, 18 Apr 2023 19:11:48 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id CC474636CA; Wed, 19 Apr 2023 02:11:47 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 31BBFC433EF; Wed, 19 Apr 2023 02:11:47 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1681870307; bh=RKi7Mt6EnsUgm9EEYpL4pOEZIaDxUzgisEqdQQ4QX7E=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=ZfPhPb9RCnw9X9uVWJzHxH4h7bieavnTe/rDlR1TrBXSZTzAqzB/RZ/pPF7rOykeX kP4Gc/8INWBTmZij7298MvbJCdgbF5polstlseYzDPso/FqD8aQ2l+NNH8aEjmVCzl GLm4pY2m8aOggCrVFJpMAef/WqG+3UkWEepdbovYfmbmTdWo1xIimUh5XbeRdeVTDe j43negha1JK8RFU23nKLgEZpjHf/wrx+bBY4Iaztp5MMnyHpR9La5v5ruj6BC6DkeE yMoJ8zoQgHzXw9JwTNgZCowcaff91Ygby2WkGHk1hbvrSA8sw+vSuQRj/b636pDk8E IEvTESWOgMdgQ== Date: Tue, 18 Apr 2023 19:11:46 -0700 From: "Darrick J. Wong" To: Amir Goldstein Cc: lsf-pc@lists.linux-foundation.org, linux-fsdevel@vger.kernel.org, xfs , linux-ext4 , linux-btrfs , "Martin K. Petersen" Subject: Re: [Lsf-pc] [LSF TOPIC] online repair of filesystems: what next? Message-ID: <20230419021146.GE360889@frogsfrogsfrogs> References: <20230418044641.GD360881@frogsfrogsfrogs> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org On Tue, Apr 18, 2023 at 10:46:32AM +0300, Amir Goldstein wrote: > On Tue, Apr 18, 2023 at 7:46 AM Darrick J. Wong wrote: > > > > On Sat, Apr 15, 2023 at 03:18:05PM +0300, Amir Goldstein wrote: > > > On Tue, Feb 28, 2023 at 10:49 PM Darrick J. Wong wrote: > ... > > > Darrick, > > > > > > Quick question. > > > You indicated that you would like to discuss the topics: > > > Atomic file contents exchange > > > Atomic directio writes > > > > This one ^^^^^^^^ topic should still get its own session, ideally with > > Martin Petersen and John Garry running it. A few cloud vendors' > > software defined storage stacks can support multi-lba atomic writes, and > > some database software could take advantage of that to reduce nested WAL > > overhead. > > > > CC Martin. > If you want to lead this session, please schedule it. > > > > Are those intended to be in a separate session from online fsck? > > > Both in the same session? > > > > > > I know you posted patches for FIEXCHANGE_RANGE [1], > > > but they were hiding inside a huge DELUGE and people > > > were on New Years holidays, so nobody commented. > > > > After 3 years of sparse review comments, I decided to withdraw > > FIEXCHANGE_RANGE from general consideration after realizing that very > > few filesystems actually have the infrastructure to support atomic file > > contents exchange, hence there's little to be gained from undertaking > > fsdevel bikeshedding. > > > > > Perhaps you should consider posting an uptodate > > > topic suggestion to let people have an opportunity to > > > start a discussion before LSFMM. > > > > TBH, most of my fs complaints these days are managerial problems (Are we > > spending too much time on LTS? How on earth do we prioritize projects > > with all these drive by bots?? Why can't we support large engineering > > efforts better???) than technical. > > I penciled one session for "FS stable backporting (and other LTS woes)". > I made it a cross FS/IO session so we can have this session in the big room > and you are welcome to pull this discussion to any direction you want. Ok, thank you. Hopefully we can get all the folks who do backports into this one. That might be a big ask for Chandan, depending on when you schedule it. (Unless it's schedule for 7pm :P) > > > > (I /am/ willing to have a "Online fs metadata reconstruction: How does > > it work, and can I have some of what you're smoking?" BOF tho) > > > > I penciled a session for this one already. > Maybe it would be interesting for the crowd to hear some about > "behind the scenes" - how hard it was and still is to pull off an > engineering project of this scale - lessons learned, things that > you might have done differently. Thanks! --D > > Cheers, > Amir.