From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp.tuxdriver.com (charlotte.tuxdriver.com [70.61.120.58]) by dpdk.org (Postfix) with ESMTP id EF54F1F28 for ; Wed, 1 May 2019 14:16:44 +0200 (CEST) Received: from cpe-2606-a000-111b-405a-0-0-0-162e.dyn6.twc.com ([2606:a000:111b:405a::162e] helo=localhost) by smtp.tuxdriver.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1hLo9n-00017s-IA; Wed, 01 May 2019 08:16:30 -0400 Date: Wed, 1 May 2019 08:15:45 -0400 From: Neil Horman To: Honnappa Nagarahalli Cc: konstantin.ananyev@intel.com, stephen@networkplumber.org, paulmck@linux.ibm.com, marko.kovacevic@intel.com, dev@dpdk.org, gavin.hu@arm.com, dharmik.thakkar@arm.com, malvika.gupta@arm.com Message-ID: <20190501121545.GA26521@hmswarspite.think-freely.org> References: <20181122033055.3431-1-honnappa.nagarahalli@arm.com> <20190501035419.33524-1-honnappa.nagarahalli@arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190501035419.33524-1-honnappa.nagarahalli@arm.com> User-Agent: Mutt/1.11.3 (2019-02-01) X-Spam-Score: -2.9 (--) X-Spam-Status: No Subject: Re: [dpdk-dev] [PATCH v9 0/4] lib/rcu: add RCU library supporting QSBR mechanism X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 May 2019 12:16:45 -0000 On Tue, Apr 30, 2019 at 10:54:15PM -0500, Honnappa Nagarahalli wrote: > Lock-less data structures provide scalability and determinism. > They enable use cases where locking may not be allowed > (for ex: real-time applications). > I know this is version 9 of the patch, so I'm sorry for the late comment, but I have to ask: Why re-invent this wheel? There are already several Userspace RCU libraries that are mature and carried by Linux and BSD distributions. Why would we throw another one into DPDK instead of just using whats already available, mature and stable? Neil From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by dpdk.space (Postfix) with ESMTP id 4027DA0AC5 for ; Wed, 1 May 2019 14:16:47 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id D71132A6C; Wed, 1 May 2019 14:16:45 +0200 (CEST) Received: from smtp.tuxdriver.com (charlotte.tuxdriver.com [70.61.120.58]) by dpdk.org (Postfix) with ESMTP id EF54F1F28 for ; Wed, 1 May 2019 14:16:44 +0200 (CEST) Received: from cpe-2606-a000-111b-405a-0-0-0-162e.dyn6.twc.com ([2606:a000:111b:405a::162e] helo=localhost) by smtp.tuxdriver.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1hLo9n-00017s-IA; Wed, 01 May 2019 08:16:30 -0400 Date: Wed, 1 May 2019 08:15:45 -0400 From: Neil Horman To: Honnappa Nagarahalli Cc: konstantin.ananyev@intel.com, stephen@networkplumber.org, paulmck@linux.ibm.com, marko.kovacevic@intel.com, dev@dpdk.org, gavin.hu@arm.com, dharmik.thakkar@arm.com, malvika.gupta@arm.com Message-ID: <20190501121545.GA26521@hmswarspite.think-freely.org> References: <20181122033055.3431-1-honnappa.nagarahalli@arm.com> <20190501035419.33524-1-honnappa.nagarahalli@arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Disposition: inline In-Reply-To: <20190501035419.33524-1-honnappa.nagarahalli@arm.com> User-Agent: Mutt/1.11.3 (2019-02-01) X-Spam-Score: -2.9 (--) X-Spam-Status: No Subject: Re: [dpdk-dev] [PATCH v9 0/4] lib/rcu: add RCU library supporting QSBR mechanism X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" Message-ID: <20190501121545.tmLcZdBXiljyuz2IiXzOrKirTzOKGhm7UCrns_OnjDU@z> On Tue, Apr 30, 2019 at 10:54:15PM -0500, Honnappa Nagarahalli wrote: > Lock-less data structures provide scalability and determinism. > They enable use cases where locking may not be allowed > (for ex: real-time applications). > I know this is version 9 of the patch, so I'm sorry for the late comment, but I have to ask: Why re-invent this wheel? There are already several Userspace RCU libraries that are mature and carried by Linux and BSD distributions. Why would we throw another one into DPDK instead of just using whats already available, mature and stable? Neil