From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pl1-f193.google.com (mail-pl1-f193.google.com [209.85.214.193]) by dpdk.org (Postfix) with ESMTP id E5DB01B39F for ; Thu, 29 Nov 2018 00:24:03 +0100 (CET) Received: by mail-pl1-f193.google.com with SMTP id w4so24315plz.1 for ; Wed, 28 Nov 2018 15:24:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=networkplumber-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=p3nsJkIaRV+33+Uu7p7NhUcXevacik7moW1u2C+kbMo=; b=rz9wgOe+0RxltYCYmch9KVXsuPA2aF8D/T5cNZQgaZdISGF3g5j5NiKlF3G1ag7TP1 VxtYK5tv2ztImbOkmb47OshyNqs9I1Iwi5pNegNUSmZudk+8wM3WpjcByWggq4mRNKk0 n1vnFpq4YnRPXDuPHIG+U2qMOQZZNyudorsat0rRNOKbb9gGWOvD0dWHQQ5rzXTf++XW qYP54xKTW/lzHslXmyRtVMM33Ixf924L6qEDQMv6lXNbi2bpsIO5QCGRCannMTunB7be D5zr3ydW1d00fCW1/i19VBXoOnm4c3Bnbz5NortNw5XlwrSoRFWOGuk0qJDzpZIU8sMm +DmA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=p3nsJkIaRV+33+Uu7p7NhUcXevacik7moW1u2C+kbMo=; b=lEwbn1s0beBEdvVWlVjP10LaNq5GQb+wovTuLHYzsP1cPKexxNl3ecp7011VvHq4uk aJ7WbJEmmlfWvcsBI5VAPTmPlVOSxFBMy80wa7UngFCrgiUf7UrqdVLenTu2ATV0/QtR VTBT2zjafnSSmbjclbM2sAexa9hH4ZsdM8+hav5ErEKh+F9eV/6RQk0CNmIMiISttd3C RIDI3eKYNpbqEANpHq8wFBogr0E298P1lCfzjkqPJtj92BEhrwHSmuYhA5Z85QM01pIl ir9Kw19aXJQUvIkOAtAZ0UNWnIXM/DYH9TTNwLtugMAVUDYYgXItDKcasXCR1Y2qUxmy 7Hcg== X-Gm-Message-State: AA+aEWbNNEkGuuUlWZCGxraudrNbPwzlISRGfjdKnnG0VyfdF+GtJzkL cVHWaqvX3un0jF4G5X6jNF/RbA== X-Google-Smtp-Source: AFSGD/UblA/nedw5ugW/Z7VaAF3M4KUC6ySWaQrehA8culPFLl56QnWVMf7kIq+shr5WE8K+4F5DBg== X-Received: by 2002:a17:902:28c1:: with SMTP id f59mr38986463plb.37.1543447442825; Wed, 28 Nov 2018 15:24:02 -0800 (PST) Received: from xeon-e3 (204-195-22-127.wavecable.com. [204.195.22.127]) by smtp.gmail.com with ESMTPSA id i21sm35917pgm.17.2018.11.28.15.24.02 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 28 Nov 2018 15:24:02 -0800 (PST) Date: Wed, 28 Nov 2018 15:23:51 -0800 From: Stephen Hemminger To: Honnappa Nagarahalli Cc: "Van Haaren, Harry" , "dev@dpdk.org" , nd , Dharmik Thakkar , Malvika Gupta , "Gavin Hu (Arm Technology China)" Message-ID: <20181128152351.27fdebe3@xeon-e3> In-Reply-To: References: <20181122033055.3431-1-honnappa.nagarahalli@arm.com> <20181127142803.423c9b00@xeon-e3> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: [dpdk-dev] [RFC 0/3] tqs: add thread quiescent state library 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, 28 Nov 2018 23:24:04 -0000 On Wed, 28 Nov 2018 05:31:56 +0000 Honnappa Nagarahalli wrote: > > > Mixed feelings about this one. > > > > > > Love to see RCU used for more things since it is much better than > > > reader/writer locks for many applications. But hate to see DPDK > > > reinventing every other library and not reusing code. Userspace RCU > > > https://liburcu.org/ is widely supported by distro's, more throughly > > > tested and documented, and more flexiple. > > > > > > The issue with many of these reinventions is a tradeoff of DPDK > > > growing another dependency on external library versus using common code. > > > > Agree with the dependency issues. Sometimes flexibility also causes confusion and features that are not necessarily required for a targeted use case. I have seen that much of the functionality that can be left to the application is implemented as part of the library. > I think having it in DPDK will give us control over the amount of capability this library will have and freedom over changes we would like to make to such a library. I also view DPDK as one package where all things required for data plane development are available. > > > > For RCU, the big issue for me is the testing and documentation of how > > > to do RCU safely. Many people get it wrong! > Hopefully, we all will do a better job collectively :) > > > Reinventing RCU is not helping anyone. DPDK needs to fix its dependency model, and just admit that it is ok to build off of more than glibc. Having used liburcu, it can be done in a small manner and really isn't that confusing. Is your real issue the LGPL license of liburcu for your skittish customers?