Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp138197imm; Mon, 4 Jun 2018 14:33:45 -0700 (PDT) X-Google-Smtp-Source: ADUXVKICwzWyX/MW0bNNyGu8rk/jHBgo3jNXG8uTbE0niyWZoCXjGuj8jb7QBeF/LyNeJhwmkT63 X-Received: by 2002:a62:c0cb:: with SMTP id g72-v6mr18409720pfk.226.1528148024981; Mon, 04 Jun 2018 14:33:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1528148024; cv=none; d=google.com; s=arc-20160816; b=kB3enq6RVMtIwLow6JgBaVyC83FldjIXbB1qdM5TO9crLbiCgIHg4J7ADisxJx1I2q /2kKBU1AOBKMXlUG8UAsTB8EHw6zZ1W4e5GLYfYbktSPqyG1PSlkZXdWfpqMVxC+x6kN 8u55t99NblLkBm7w7v8vvR6BHF5J249MsvuoAeVW5VEn5ylkpnUAutdG+UE+z9pAhIgN Hk9BnHRa+Brzy2JFvR8uKqQubfm3QW+JTbV4KCyl08dlSKlGwCHPZMpvq1sPPwlyosx5 hl0Hrlk0LKvoy5FAOAUkR3DbEXbaghgPEy1ZAUdRmuwFQevpNcr10O/YhRrJCHmhwfDL V43A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :arc-authentication-results; bh=mUm0GQ/LPoW6Yb3xhsgahFV/N3cV1RG7183IAFHUBHo=; b=OAsYOk0co3oVD+ySO+PFlj0UEVQJgnmVtbTymoU1ZeEa5wRcMZ5q0QuZNoleeWhFpj RbvHjfTn0McMB90Vs73JEhqPKS8FDkqeRcwUxRl/iY1qmSQcL7LNiuHaADNsLmGhkFj1 /18UBTxXtIgB7vNTULABf7EkhnSZcZaYfWysBuIqikp5wchQyq37SUTTRvx8SAoJV8fm 0T4S66CknpbgTbBkjvqGDGDW7WajmvqdrryStbBWXFNiEKu7q73ZD29ATpH+Fyr031XS TqoMcgVq2EHa7G/WYuX/KpYOzrKUhNStSMok1lkQE9r8vARB1fCVQGI25HF4MeIEHAiQ VwNA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id z1-v6si13506078plo.516.2018.06.04.14.33.30; Mon, 04 Jun 2018 14:33:44 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751490AbeFDVbp (ORCPT + 99 others); Mon, 4 Jun 2018 17:31:45 -0400 Received: from mail.kernel.org ([198.145.29.99]:55740 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751099AbeFDVbo (ORCPT ); Mon, 4 Jun 2018 17:31:44 -0400 Received: from gandalf.local.home (cpe-66-24-56-78.stny.res.rr.com [66.24.56.78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 3549420845; Mon, 4 Jun 2018 21:31:43 +0000 (UTC) Date: Mon, 4 Jun 2018 17:31:41 -0400 From: Steven Rostedt To: NeilBrown Cc: Trond Myklebust , Anna Schumaker , linux-nfs@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 1/4 v2] NFS: slight optimization for walking list for delegations Message-ID: <20180604173141.0a154b80@gandalf.local.home> In-Reply-To: <871sdsv1o5.fsf@notabene.neil.brown.name> References: <152506256513.7246.13171564155614823841.stgit@noble> <152506269054.7246.3941740801391514623.stgit@noble> <20180430111741.561df374@gandalf.local.home> <871sdsv1o5.fsf@notabene.neil.brown.name> X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 31 May 2018 15:23:22 +1000 NeilBrown wrote: > There are 3 places where we walk the list of delegations > for an nfs_client. > In each case there are two nested loops, one for nfs_servers > and one for nfs_delegations. > > When we find an interesting delegation we try to get an active > reference to the server. If that fails, it is pointless to > continue to look at the other delegation for the server as > we will never be able to get an active reference. > So instead of continuing in the inner loop, break out > and continue in the outer loop. > > Signed-off-by: NeilBrown > --- > > This time with a Signed-off-by - sorry. > I took the opportunity to follow Steven's suggestion > of adding a comment to the new 'break' statements. > Acked-by: Steven Rostedt (VMware) -- Steve