From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: [Emacs-diffs] /srv/bzr/emacs/trunk r109327: Generalize INTERNAL_FIELD between buffers, keyboards and frames. Date: Thu, 02 Aug 2012 18:28:46 +0300 Message-ID: <83ipd1cnyp.fsf@gnu.org> References: <50191B54.2070705@yandex.ru> <834nomejwp.fsf@gnu.org> <50196F33.8070802@yandex.ru> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: dough.gmane.org 1343921369 15879 80.91.229.3 (2 Aug 2012 15:29:29 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 2 Aug 2012 15:29:29 +0000 (UTC) Cc: emacs-devel@gnu.org To: Dmitry Antipov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Aug 02 17:29:26 2012 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1SwxL3-0004xM-2m for ged-emacs-devel@m.gmane.org; Thu, 02 Aug 2012 17:29:25 +0200 Original-Received: from localhost ([::1]:47058 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SwxL2-0003Ub-Aw for ged-emacs-devel@m.gmane.org; Thu, 02 Aug 2012 11:29:24 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:46966) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SwxKt-0003UT-8F for emacs-devel@gnu.org; Thu, 02 Aug 2012 11:29:22 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SwxKr-0006b4-Pz for emacs-devel@gnu.org; Thu, 02 Aug 2012 11:29:15 -0400 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:42772) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SwxKr-0006ai-Hs for emacs-devel@gnu.org; Thu, 02 Aug 2012 11:29:13 -0400 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0M8400D00WAUPH00@a-mtaout22.012.net.il> for emacs-devel@gnu.org; Thu, 02 Aug 2012 18:28:54 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M8400DAQWC5IL50@a-mtaout22.012.net.il>; Thu, 02 Aug 2012 18:28:53 +0300 (IDT) In-reply-to: <50196F33.8070802@yandex.ru> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) X-Received-From: 80.179.55.172 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:152116 Archived-At: > Date: Wed, 01 Aug 2012 22:02:27 +0400 > From: Dmitry Antipov > CC: emacs-devel@gnu.org > > > May I suggest to post some kind of design notes, with some details > > about the above? I think such preliminary discussions help get all > > the interested parties up to speed, raise some important issues that > > are best discovered sooner rather than later, and generally avoid > > surprises, pleasant or otherwise. > > OK. There are some ideas to share now. Thanks. > 3. Premature optimization is the root of all evil. For the beginning, > I'm trying to implement a hugely overestimated write barrier (e.g. a lot > of pointer writes are really pointer reads). Of course, it will be notoriously > slow. If "notoriously slow" means slow to the degree that it would annoy people, my suggestion is either do not commit that to the trunk, or make it switchable (by an #ifdef or by a variable, preferably the latter). Otherwise, people will get annoyed and will bombard you with bug reports, making development harder. Having the new code switchable at run time is better because it lets you easily check whether some bug is due to the new code or not.