Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp1575182imu; Wed, 12 Dec 2018 00:01:59 -0800 (PST) X-Google-Smtp-Source: AFSGD/XBQMZl+RHoYrou1bXmQhIZV/DaGM2623O+gaRuhDYCJdPHpa9dDZA+PDCyjiGuxgbVj6Z2 X-Received: by 2002:a62:870e:: with SMTP id i14mr19821357pfe.41.1544601719728; Wed, 12 Dec 2018 00:01:59 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1544601719; cv=none; d=google.com; s=arc-20160816; b=kdAIDCGjrD+TIRZ3zpPViac6MyXi+mNMlOf+8qdBRM7rWZggl4EPkx+GzPZ2ZNqDro mzfYVjf2O03zYnUMMl93P6h4OjLajMeAYWQhNTBSTI7C1gySL5ytBTMn/rTLZZrh9kyj MLa/6tbBDCIqPHcca3BNnlNdSaK+STlNrv5bgAl66u5HTiYGGWXUfdeEH8MbZb89Tdjc o9WFwrG6b0j1e6fxTOvwT0+opznERDIs3Xfx6gf4jkW5h99KvP1UnfoZ24NwvWEG5BnY FlSzDRCY5bfR+hKLdFtuDiLz9+VmPJ5CXLf3NXvMzg7KaI2w3cRACwyHTPyLCIk0R43r 76Hg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=GJCx8nipbHBMpeluGTRLRc2UfmExwVta0lmHzt8vdOU=; b=q0MyLuEfc7+wmsaZ2fsw+CMJ9pt6gUQwDOQ/Kg01T9hmfPSx3mJjRaEXCOfydrW3Mt L6DXF96IGLamneApZ0YzPhZ4Vsv51dtWG4AlE/l8XvJSa47xZ2t3Hy+DO0Pkwu91472c 68Os0LJYneVLj55BDxwgGQh1fSltvyYkamWdF8FzGRdwpZoZR25XhJhsIsHOaoWZOgfI PIPLjA0+v8neUQbHSpsUu+hlqP+f5YuV9dqzYL8eNxLxJgT4GqG4+St7hDxoZKB/9Rv9 v7gZVFr2PTQonGH2KTHsiQ6+8943gHc20p9tBA2DvG1yfJTnaK6GBYRg9qqR60km6lBb wPWw== 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 x191si15027051pfd.220.2018.12.12.00.01.42; Wed, 12 Dec 2018 00:01:59 -0800 (PST) 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 S1726681AbeLLIAt (ORCPT + 99 others); Wed, 12 Dec 2018 03:00:49 -0500 Received: from orcrist.hmeau.com ([104.223.48.154]:47050 "EHLO deadmen.hmeau.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726007AbeLLIAs (ORCPT ); Wed, 12 Dec 2018 03:00:48 -0500 Received: from gondobar.mordor.me.apana.org.au ([192.168.128.4] helo=gondobar) by deadmen.hmeau.com with esmtps (Exim 4.89 #2 (Debian)) id 1gWzRi-0004mi-1i; Wed, 12 Dec 2018 16:00:42 +0800 Received: from herbert by gondobar with local (Exim 4.89) (envelope-from ) id 1gWzRd-0002Nx-HH; Wed, 12 Dec 2018 16:00:37 +0800 Date: Wed, 12 Dec 2018 16:00:37 +0800 From: Herbert Xu To: NeilBrown Cc: Thomas Graf , Tom Herbert , David Miller , netdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH net-next] rhashtable: further improve stability of rhashtable_walk Message-ID: <20181212080037.j2zs22t57uxdu2jr@gondor.apana.org.au> References: <153086101070.2825.6850140624411927465.stgit@noble> <153086109256.2825.15329014177598382684.stgit@noble> <87zhtkeimx.fsf@notabene.neil.brown.name> <20181207053943.7zacyn5uvqkfnfoi@gondor.apana.org.au> <87k1kico1o.fsf@notabene.neil.brown.name> <20181211051755.modgomqzszkbiihe@gondor.apana.org.au> <87mupbvch0.fsf@notabene.neil.brown.name> <20181212054601.wbzpxjunnsfi62mz@gondor.apana.org.au> <87efanuu06.fsf@notabene.neil.brown.name> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87efanuu06.fsf@notabene.neil.brown.name> User-Agent: NeoMutt/20170113 (1.7.2) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Dec 12, 2018 at 05:41:29PM +1100, NeilBrown wrote: > > So you would substantially slow down the rhashtable_walk_start() step. This whole thing is meant for uses such as /proc and netlink enumeration. Speed is definitely not a prerogative of these iterators. For that matter, if speed was an issue then surely you would not drop out of the RCU read lock at all while iterating. It sounds to me like you're trying to use this interface for something that it's simply not designed to do. Cheers, -- Email: Herbert Xu Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt