Received: by 2002:a05:6a10:83d0:0:0:0:0 with SMTP id o16csp28170pxh; Thu, 7 Apr 2022 13:00:09 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwOUlCYTu3CZK7mCPAblqg9kaOIFai0r6nHHTxUFxNmGIlUR3OQEIyWXBkWDKYE9Bphshed X-Received: by 2002:a17:902:ced0:b0:153:f78e:c43f with SMTP id d16-20020a170902ced000b00153f78ec43fmr15435449plg.64.1649361608765; Thu, 07 Apr 2022 13:00:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1649361608; cv=none; d=google.com; s=arc-20160816; b=ga+iMM385tNVUPtBe2l4AIwc4pT0Mq2KA6jy3wnEIaPCNSW3NmpvfcAMYfDIO1+3bs Avwf+7LkNiu2loWe8AlYapiIuFMnAZ4VnR1Qfi+eqvJUl78qEO8jj0rsxsHbTo58WcIC 9PI4Pfl2m5lMZp10lojv1VDmHkh0CxKe8IilFXFscKn/f3V5iDbA7GwUxrI+ZEwMVwOv uocVWs0zPJ8UtlFn5hU9CxDlDN03C4/fFUm6HOXv0a7vpFTqxE+CvnFBtB/pIBryWzhl xCPtwpuUroUk/pvmaD1MKxXqtAx26wV+R6yofgS7+C0nGbYIZjcpZUoPILeE8o4XtrAB 45wg== 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=v5UAfKxsrsRPvh+meKdkGbOkhRM3tNuXSuWFqHVxSXs=; b=m+8YPpSFd9YDIL/qkOYqZn+ybNJXqzamgLW847GXbo66jKMXNPK7q5ZWV2WqPkzUuX UlkWTFXh79gOga0H4oastW6Ylq/ujmKQF+0FAPlYHBPQYiBxvOvWHA/nhJ6YUBDtkRJI 27pS52jDEdpBbAxSjti/GbVZjcX0WjU+MzoT5QUpB7vIILrfiymYYxubfmip0VOpMGIj wTzGuddquzB745y+bfyE356NY/f2D9P4bVnBjsMmSf/VF15eD8XdVA5+Z1hCsdL0zo+f VIHxtvWiUfC9T0FiYDJ+yy5R75Rm23r+355ucaLI4DK8yf5tsOVi6jwZiOdspOG29uQt K1lg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=m3YGQUep; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 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 lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [2620:137:e000::1:18]) by mx.google.com with ESMTPS id x185-20020a6331c2000000b003816043ef8csi20080213pgx.385.2022.04.07.13.00.08 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 07 Apr 2022 13:00:08 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) client-ip=2620:137:e000::1:18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=m3YGQUep; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 2B327283F57; Thu, 7 Apr 2022 12:26:18 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S244066AbiDGJ7s (ORCPT + 99 others); Thu, 7 Apr 2022 05:59:48 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35162 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S244058AbiDGJ7p (ORCPT ); Thu, 7 Apr 2022 05:59:45 -0400 Received: from mail-lj1-x230.google.com (mail-lj1-x230.google.com [IPv6:2a00:1450:4864:20::230]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A0F47645C; Thu, 7 Apr 2022 02:57:44 -0700 (PDT) Received: by mail-lj1-x230.google.com with SMTP id 17so6782770lji.1; Thu, 07 Apr 2022 02:57:44 -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=v5UAfKxsrsRPvh+meKdkGbOkhRM3tNuXSuWFqHVxSXs=; b=m3YGQUepXhCvyRxD5o4/1/8dJwfSqa900VjhrgSGI09drgozJj46mc06D3MszpYN5M jlYFphQm7t4z0kWI/eNluuJ2Tv3d3SQisTc4OuY+EgvXiBF85r9th6ucqr5vLN7ynuKR aJ3uQspwY+wbi32vnAD7ej0+I7za05t0o6cIqFxw3byiq132kHi8X8xP3sX9iTmalokJ U0HN/mcG0wC6fy83qgQrjwfIim2iiRqkvgaaHZysXmN81JYWeKUD22dMnxLJ8d2KnnvU qg3Vusbb04fxIuGMBJmNrYjNMu86OQrzogTKd8WC/BHKeiniDcxI8SX7XzyDBON/+O4Q dHZg== 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=v5UAfKxsrsRPvh+meKdkGbOkhRM3tNuXSuWFqHVxSXs=; b=l/DMucsbhhLLabozuaNDHjrWgMdXy6CoB0/ZgRV8sESozgx4I4uMoVl5R8bLcEg59b +l0gjdG7wXVMvKvaHww0FRos5TC3kiSurYcIQV43FN5YflCsFlCKJQ9/t2y+zERX7jpf IY6GnwPP0R1S2bmPBcTQPCofNBzhPJI1d9Yr6zrzNRUeadZLzBdIgQDOoOvN24hmOABt HnNeHaV4Ir+uX1s60NfaiSFw584Zff1tTtv+z4/5lF3Ve/7CojblsH/MSPtgbpsxnhuG OV4fT3RzG2UB3oy1fjD5NrNfAuQI7a8uOF0bHD8w0GsZ0COof347NOgh5QhI1nnlQkXz CbaA== X-Gm-Message-State: AOAM532EvQOJUrkxPP6adudsAgWhhllHKWKCUufj9j3+mxFGIgwdI3RX WTEGL3j9SNxh2RLN6uraeFQEuHwxyz9XNNnf3XyY0bsVXTo= X-Received: by 2002:a2e:9c03:0:b0:24a:fe64:2c12 with SMTP id s3-20020a2e9c03000000b0024afe642c12mr8033891lji.101.1649325462634; Thu, 07 Apr 2022 02:57:42 -0700 (PDT) MIME-Version: 1.0 References: <20220322115148.3870-1-dharamhans87@gmail.com> In-Reply-To: From: Dharmendra Hans Date: Thu, 7 Apr 2022 15:27:31 +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.6 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,RDNS_NONE, SCC_BODY_URI_ONLY,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=no 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 29, 2022 at 4:37 PM Dharmendra Hans wrote: > > 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. Sending a gentle reminder again to look into the requested patches.