Received: by 2002:a05:6a10:2726:0:0:0:0 with SMTP id ib38csp399970pxb; Tue, 29 Mar 2022 05:46:12 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx0TIdBbOAfW12tsyNede3SKoSxfjaruX+it//rSN6gKpu2D9weA2fC7yGT+JgbRKTjx5uQ X-Received: by 2002:a17:906:478b:b0:6db:8b6e:d5de with SMTP id cw11-20020a170906478b00b006db8b6ed5demr35385031ejc.161.1648557972328; Tue, 29 Mar 2022 05:46:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1648557972; cv=none; d=google.com; s=arc-20160816; b=yZDJtT6mzoKuYXHJTtKgnQG7jh1vNHaKp45wMvVMmaQJye7FJFBR0EjineuQj/i3Iq Cep58jyLnDRIc+I/Zxw6d84a2omsOJlpGWkJNn8mxlsts4rnj/I/ZkmlGHcni6I3E/Rv Q7NfqqltJUIa4dI2xNqESUdAXKW5RKK5K2kw/lxR+C6P8enLSAIsQ9TWgKpkr2qGEttc R5r2UFE5gd36pCetN3IaMJSs+CznWtSRgwwgrTQQ6voK/kpUgwP5vADOFMY+8C9v8zgo CI/FOlaZiHUHWBbxemzayWDjMDHKqx98Vk+Jfd4+15r/I7kk4UhezCZCKTyZmdTktRbq TTDg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=DKGDPd33h/ATv4J4XO1IkueCMjSvnZm6IMyLd4ES814=; b=x5V7u3pVB0UPHNATCxDHtYwAk123y9H1V05TrpO8ZcyfhtQ+wRCIPVd5vTH8vOr8Zc A3Wyhjh5LE0RIJ36+855GG66iz5HZRTJwyjAptaz2/hkyDI+KYU3O6D40tmmU2j3KAW7 9NKpUsw9idGdQdwj7pvACQOGooaSKScCPg1iifsmaLGn0ezznA+9pIbGFaVrr5T0fHwa jPwaoS5g0hJdupdlMsQ2tODMhrFy8w+g7OR/+Q912DyMxeELW4qf4VoGbmKXioQv0B0X L+AUk1czfFl0xwgCZx5YJbIlAPwJMwWdinjiOygYFIndO0ByF9KbaIVt2O+SspBMDAqU D+6Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=EQgZe02Q; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id b12-20020a50e38c000000b004198b4add25si19456940edm.625.2022.03.29.05.45.45; Tue, 29 Mar 2022 05:46:12 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-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=@gmail.com header.s=20210112 header.b=EQgZe02Q; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235553AbiC2LJM (ORCPT + 99 others); Tue, 29 Mar 2022 07:09:12 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38670 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235556AbiC2LJJ (ORCPT ); Tue, 29 Mar 2022 07:09:09 -0400 Received: from mail-yb1-xb29.google.com (mail-yb1-xb29.google.com [IPv6:2607:f8b0:4864:20::b29]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C617026107; Tue, 29 Mar 2022 04:07:24 -0700 (PDT) Received: by mail-yb1-xb29.google.com with SMTP id e203so22089219ybc.12; Tue, 29 Mar 2022 04:07:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=DKGDPd33h/ATv4J4XO1IkueCMjSvnZm6IMyLd4ES814=; b=EQgZe02QCAY+nUAJ0SZq3XSr76Pwa0LWYCsFzPtNPEsdyZWX/YZDQXl0sSHB56c4mu UE4kMswtjyAVryNti07QpKbb3R3H2/8+iJpY+zesF1diqwsB1PjtZAlv0X2ogJ/TYtmV ncbzf+VY0n2Ik7V5iA+gGXMdr+0bDOenxA6qm5rOoD4iVPtRHkhDFu3m9/Dokcpl7nay YqMLpaV6SrB5vRy+/K4RGymo7BN084l34Fvx18N3s4UaVkgdEfnReJKHmtSndr+E8+jl /yJqU9LmScIWoOW4/H9bZUKxayurvgnunlQWP2Qwnc1st8SRTHRKwIs2QlejtvFxdopG QqnQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=DKGDPd33h/ATv4J4XO1IkueCMjSvnZm6IMyLd4ES814=; b=dyNbvAzCZxwi+eBScWLQj68ZNRI5PbwlcEFR/3TobWN51q8halAgrVXg4R6oz/xpmh xWGuZA73/5/LTXlS4xXfpirZneqin8jXuu+la/cNwhRDVTQQpo4/JCsyxRu8RpLpm7xL 22RLsuq7kiYPowG6//ywHwwUe92ku1RlvGqvOzGtVerUg6Oy8XIVRpPTdS18I+0GuzbT fB92snnBViPdUM6GpJKAUKZwrb6uCnp52NJerZqeFFFzdah2+0HgQ/92eNcTDuG2rlog wkaFrgz0bPcJQzbVZo0IUM/6ifU/Vs7LhonAckxDsz9Xr4io9nlyleQUa4VicKxmDmWy Aydg== X-Gm-Message-State: AOAM533at5PLXlgy18qwzpyVWEioR48UPhiNkPJWLxd+N8OFtjKOjqpu KvQfgKXoXWdILZEvkQM70Y6WZ6TjKzKsMGQ6qbY= X-Received: by 2002:a5b:906:0:b0:633:93a1:32c4 with SMTP id a6-20020a5b0906000000b0063393a132c4mr26481002ybq.376.1648552043867; Tue, 29 Mar 2022 04:07:23 -0700 (PDT) MIME-Version: 1.0 References: <20220322115148.3870-1-dharamhans87@gmail.com> In-Reply-To: <20220322115148.3870-1-dharamhans87@gmail.com> From: Dharmendra Hans Date: Tue, 29 Mar 2022 16:37:12 +0530 Message-ID: Subject: Re: [PATCH v2 0/2] FUSE: Implement atomic lookup + open To: Miklos Szeredi Cc: linux-fsdevel@vger.kernel.org, fuse-devel , linux-kernel@vger.kernel.org Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_ENVFROM_END_DIGIT, FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,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-kernel@vger.kernel.org On Tue, Mar 22, 2022 at 5:22 PM Dharmendra Singh wrote: > > In FUSE, as of now, uncached lookups are expensive over the wire. > E.g additional latencies and stressing (meta data) servers from > thousands of clients. These lookup calls possibly can be avoided > in some cases. Incoming two patches addresses this issue. > > First patch handles the case where we open first time a file/dir or create > a file (O_CREAT) but do a lookup first on it. After lookup is performed > we make another call into libfuse to open the file. Now these two separate > calls into libfuse can be combined and performed as a single call into > libfuse. > > Second patch handles the case when we are opening an already existing file > (positive dentry). Before this open call, we re-validate the inode and > this re-validation does a lookup on the file and verify the inode. > This separate lookup also can be avoided (for non-dir) and combined > with open call into libfuse. > > Here is the link to the libfuse pull request which implements atomic open > https://github.com/libfuse/libfuse/pull/644 > > I am going to post performance results shortly. > > > Dharmendra Singh (2): > FUSE: Implement atomic lookup + open > FUSE: Avoid lookup in d_revalidate() A gentle reminder to look into the above patch set.