From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) by dpdk.org (Postfix) with ESMTP id D6DEECAE4 for ; Sat, 2 May 2015 16:07:36 +0200 (CEST) Received: from fmsmga003.fm.intel.com ([10.253.24.29]) by orsmga102.jf.intel.com with ESMTP; 02 May 2015 07:07:35 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.13,355,1427785200"; d="scan'208";a="488455483" Received: from orsmsx107.amr.corp.intel.com ([10.22.240.5]) by FMSMGA003.fm.intel.com with ESMTP; 02 May 2015 07:07:35 -0700 Received: from fmsmsx107.amr.corp.intel.com (10.18.124.205) by ORSMSX107.amr.corp.intel.com (10.22.240.5) with Microsoft SMTP Server (TLS) id 14.3.224.2; Sat, 2 May 2015 07:07:35 -0700 Received: from fmsmsx113.amr.corp.intel.com ([169.254.13.26]) by fmsmsx107.amr.corp.intel.com ([169.254.6.205]) with mapi id 14.03.0224.002; Sat, 2 May 2015 07:07:34 -0700 From: "Wiles, Keith" To: "thomasfherbert@gmail.com" , Neil Horman , Matthew Hall Thread-Topic: [dpdk-dev] GitHub sandbox for the DPDK community Thread-Index: AQHQhCdlg1RCyqklQ0KpSAVz9bdNYJ1n4OYAgAAcHYCAAAK0AIAACnYAgAD8lICAAA/tgP//xTQA Date: Sat, 2 May 2015 14:07:34 +0000 Message-ID: References: <20150501110914.182dcfb1@urahara> <20150501194951.GA25199@mhcomputing.net> <20150501195932.GD595@fuloong-minipc.musicnaut.iki.fi> <20150501203658.GA26543@mhcomputing.net> <20150502114059.GB28845@hmsreliant.think-freely.org> <5544C527.6050109@gmail.com> In-Reply-To: <5544C527.6050109@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.254.106.246] Content-Type: text/plain; charset="us-ascii" Content-ID: <419A56EF38EF9949A095057F0388AD1D@intel.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "dev@dpdk.org" , "therbert@redhat.com" , Aaro Koskinen Subject: Re: [dpdk-dev] GitHub sandbox for the DPDK community X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 May 2015 14:07:37 -0000 On 5/2/15, 7:37 AM, "Thomas F Herbert" wrote: >On 5/2/15 7:40 AM, Neil Horman wrote: >> On Fri, May 01, 2015 at 01:36:58PM -0700, Matthew Hall wrote: >>> On Fri, May 01, 2015 at 10:59:32PM +0300, Aaro Koskinen wrote: >>>> Projects like GCC, GLIBC, binutils, busybox, etc or what? >>>> >>>> A. >>> You'll notice all of these are low-level UNIX hacker sorts of tools >>>mostly, >>> with the partial exception of busybox. But even that is mainly for >>>embedded >>> use. It doesn't mean I don't think they're good and useful, but it >>>does limit >>> the possible size of the community in my view. >>> >>> Since we are talking about how to get the largest widest community >>>possible >>> for DPDK, it could require doing things a bit differently from how many >>> low-level tools have historically done things. >A look at gmane, http://dir.gmane.org/gmane.comp.networking.dpdk.devel, >confirms the explosion of interest in DPDK in the last 6 months with >postings up to almost 70/day. There is no problem with lack of interest >in DPDK nor is there a need to change the mechanics of hosting the We do need to reach more developer as I see the DPDK community growing around VNF/NFV to developers that are not experts in the fine details of DPDK, but a group of developers wanting to get the highest performance out of his NFV/VNF system. The DPDK community needs to grow and will grow, at 70+ emails a day which will only become more. Using something like GitHub we will be able to help the DPDK community to become more then a niche project or a low level tool. Moving to a new site helps us. I believe, it may not allow you to stay using pure command line development, but we as developers can and will adapt to the new process quickly as I see the DPDK community as a very bright and resourceful group of developers. >=20 >source to widen the audience. The case for DPDK is really compelling, >the idea for reducing the HW complexity by accelerating switch functions >on commodity HW is a fantastic benefit. Easily integrated accelerated >programmable switch functions is a great advantage as well. > >I do think there may be an argument for increasing the number of >reviewers/maintainers or subdivide according to ares of interest perhaps >into 4 categories: >1. PMD drivers >2. librte core >3. applications >4. vhost > >--TFH > >>> >> Why? >> >> Contributors to GCC: ~600 (based on svn) review >> Contrubutors to glibc : ~300 (based on git) review >> Contributors to binutils: ~600 >> Contributors to busybox: ~300 >> >> Contributors to DPDK: ~125 >> >> Now I grant you that dpdk is a newer, much more niche project, but its >> disingenuous to state that we _have_ to do things differently to reach >>a wider >> audience. We can, but its by no means a prerequisite to gainining a >>wider >> audience. >> > > >--=20 >Thomas F. Herbert >