Return-Path: X-Original-To: apmail-accumulo-dev-archive@www.apache.org Delivered-To: apmail-accumulo-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 97F2B101E1 for ; Fri, 8 Nov 2013 17:28:20 +0000 (UTC) Received: (qmail 16973 invoked by uid 500); 8 Nov 2013 17:28:19 -0000 Delivered-To: apmail-accumulo-dev-archive@accumulo.apache.org Received: (qmail 16670 invoked by uid 500); 8 Nov 2013 17:28:16 -0000 Mailing-List: contact dev-help@accumulo.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@accumulo.apache.org Delivered-To: mailing list dev@accumulo.apache.org Received: (qmail 16651 invoked by uid 99); 8 Nov 2013 17:28:15 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 08 Nov 2013 17:28:15 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy includes SPF record at spf.trusted-forwarder.org) Received: from [74.125.83.51] (HELO mail-ee0-f51.google.com) (74.125.83.51) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 08 Nov 2013 17:28:09 +0000 Received: by mail-ee0-f51.google.com with SMTP id t10so1152882eei.38 for ; Fri, 08 Nov 2013 09:27:49 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type; bh=ichxVjISTyLw7uCgLIGRcSqhsl79lPRDLbnxt8EB58o=; b=I9sSla/k0BqiLtbExLIKRxKw2KhPAOGfl+j84/D3ioqToEmB42Qfm5GcjYXHL+Iq6Z PbjHRe9i8wCzy6pAdM3Ma0XRHMWFKO4vkiuEUZ4E56h3/Ej8jLiQTumSRpP+o6WMBNXN xdX4GHrsLYJIC/0ro559SgCr7JCkFGZAXQ8KJ7vgm6ujHDAE5Bmo/KzE7Z2gTv8a81+C 0DQ1i/aMo6yXEba6k1g+2zfz8TPYstLCZ3J+V1Lua5qpd2sB3JMGhoFCcDFM5YfWk0eb oiVyss6bjVd2EfxP0RFBhDIh2wU9H9PTCpvUfHDz5cc4H1sOCEX36CZv3WR0YNjSSCEu g87A== X-Gm-Message-State: ALoCoQlUqGm9cdDLQTb1VPJAIKqWBhaSWA1hO6u4bDj8o3fZD+2EXvdIVwzLBaiuy5NottmfVUl+ X-Received: by 10.15.44.8 with SMTP id y8mr17811806eev.38.1383931669081; Fri, 08 Nov 2013 09:27:49 -0800 (PST) MIME-Version: 1.0 Received: by 10.14.203.193 with HTTP; Fri, 8 Nov 2013 09:27:29 -0800 (PST) In-Reply-To: References: <66f667b0139f4e82a656cf37fa20bc6f@git.apache.org> <527C5F59.1030000@gmail.com> From: Sean Busbey Date: Fri, 8 Nov 2013 11:27:29 -0600 Message-ID: Subject: Re: [1/2] git commit: ACCUMULO-1833 Rework the getBatchWriter method on MTBW to remove zookeeper lock contention and get better concurrent throughput. To: "dev@accumulo apache. org" Content-Type: multipart/alternative; boundary=089e0160c9d087832204eaadb397 X-Virus-Checked: Checked by ClamAV on apache.org --089e0160c9d087832204eaadb397 Content-Type: text/plain; charset=UTF-8 On Fri, Nov 8, 2013 at 9:25 AM, Keith Turner wrote: > On Fri, Nov 8, 2013 at 8:38 AM, Sean Busbey >wrote: > > > I believe that's a level of compatibility we haven't had in the past. Are > > we sure we want to restrict ourselves like that? > > > > I think its a good goal that causes less confusion over time. It certainly > does not have to be a hard and fast rule. I think API changes in bug fix > release should have a strong justification. > > I agree in principle, however when we only have major and bugfix versions something like this introduces another pressure to churn the major version number. I'm not generally one to worry about running out of numbers, but I do worry about giving our users versioning fatigue. I also worry about the maintenance overhead for devs; we still don't have any lifecycle plan for major versions. All-in-all, I think this comes back to the deeper discussion about what we intend version number changes in Accumulo to signal. This general topic has come up a few times, and we should probably get to a point where we have it resolved. Is now a good time for that discussion? Does it need to wait until post-1.6.0? -- Sean --089e0160c9d087832204eaadb397--