Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1Z2Z15-0003sO-7M for pgsql-hackers@arkaria.postgresql.org; Wed, 10 Jun 2015 05:57:35 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1Z2Z14-0001pv-4y for pgsql-hackers@arkaria.postgresql.org; Wed, 10 Jun 2015 05:57:34 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1Z2Z13-0001pp-6V for pgsql-hackers@postgresql.org; Wed, 10 Jun 2015 05:57:33 +0000 Received: from mail-qg0-x22d.google.com ([2607:f8b0:400d:c04::22d]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.84) (envelope-from ) id 1Z2Z0y-0002a6-6X for pgsql-hackers@postgresql.org; Wed, 10 Jun 2015 05:57:31 +0000 Received: by qgf75 with SMTP id 75so12810387qgf.1 for ; Tue, 09 Jun 2015 22:57:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leadboat.com; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=xBavsIqwWFxKZJjUormdazoK31fpUO0gSaZMXGsBX/0=; b=Hgbygmf4gus0RlSNBwHY8+ePVPa59vPG7tspuOtQRy+4HWWp5cOwgcqKoJUvXJvRtf 43NfD12peThS4mW5Atri793jYBZabWU8CBaocp7duxmemd5hP7VksOBPePQhvFQnXz91 HXGqtQr2YCCVK8SuIcPAOXt2l2n2NPW6gzAWc= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=xBavsIqwWFxKZJjUormdazoK31fpUO0gSaZMXGsBX/0=; b=JyQvV0MiCm5rGKDmjnF80WrPzejxcL4lM/teE92OpNutkCNO5f3DbBJwc0WMBOqAfR yZC0IzY37AFvZL+ikcSdQukOHjPQcKwgSCo5YUwC2XKnyFvVc4NG83LDkVV1C/pCTKQ9 Y2aosmESUkUEDIFAtRAa7sKonwHsZKRE7zGUqvAx+9JXZK6QAktmurpTljJWVv/AxxY8 3vZS41wHajaeQH4xCQeWZ0SFL6etbnUqydrKCa/7qvdyrX7WvxZUEHjqOVo3NRu19cU5 7aVDrK6776C+c9n6HTRXNQc6DQLdI3FeFhIOiE882f895kyENZydCUS8EFoFn8ydSYs0 jYbQ== X-Gm-Message-State: ALoCoQldR0CB7SXVHHGiRSn2dMdtyqdPSJpnowztSg+mmCLdM2Jhu8uCglX4P39e+Zwsij+/C+0t X-Received: by 10.55.17.79 with SMTP id b76mr2783555qkh.70.1433915845890; Tue, 09 Jun 2015 22:57:25 -0700 (PDT) Received: from tornado.leadboat.com (c-98-248-47-228.hsd1.ca.comcast.net. [98.248.47.228]) by mx.google.com with ESMTPSA id r88sm3750598qkh.12.2015.06.09.22.57.24 (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 09 Jun 2015 22:57:25 -0700 (PDT) Date: Wed, 10 Jun 2015 01:57:22 -0400 From: Noah Misch To: Andres Freund Cc: Bruce Momjian , Robert Haas , Tom Lane , Stephen Frost , Magnus Hagander , "pgsql-hackers@postgresql.org" , pgsql-core Subject: Re: Restore-reliability mode Message-ID: <20150610055722.GB218346@tornado.leadboat.com> References: <20150529223321.GB6535@alap3.anarazel.de> <12510.1432958887@sss.pgh.pa.us> <20150530154559.GA25053@momjian.us> <20150530204727.GJ13944@alap3.anarazel.de> <20150531024845.GB13697@momjian.us> <20150603135049.GA74753@tornado.leadboat.com> <20150603141837.GD18006@awork2.anarazel.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150603141837.GD18006@awork2.anarazel.de> User-Agent: Mutt/1.5.23 (2014-03-12) X-Pg-Spam-Score: -2.7 (--) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-hackers Precedence: bulk Sender: pgsql-hackers-owner@postgresql.org On Wed, Jun 03, 2015 at 04:18:37PM +0200, Andres Freund wrote: > On 2015-06-03 09:50:49 -0400, Noah Misch wrote: > > Second, I would define the subject matter as "bug fixes, testing and > > review", not "restructuring, testing and review." Different code > > structures are clearest to different hackers. Restructuring, on > > average, adds bugs even more quickly than feature development adds > > them. > > I can't agree with this. While I agree with not doing large > restructuring for 9.5, I think we can't affort not to refactor for > clarity, even if that introduces bugs. Noticeable parts of our code have > to frequently be modified for new features and are badly structured at > the same time. While restructuring will may temporarily increase the > number of bugs in the short term, it'll decrease the number of bugs long > term while increasing the number of potential contributors and new > features. That's obviously not to say we should just refactor for the > sake of it. I think I agree with everything after your first sentence. I liked your specific proposal to split StartupXLOG(), but making broad-appeal restructuring proposals is hard. I doubt we would get good results by casting a wide net for restructuring ideas. Automated testing has a lower barrier to entry and is far less liable to make things worse instead of better. I can hope for good results from a TestSuiteFest, but not from a RestructureFest. That said, if folks initiate compelling restructure proposals, we should be willing to risk bugs from them like we risk bugs to acquire new features. -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers