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: Tooltips GC overhead Date: Tue, 04 Aug 2015 16:28:37 +0300 Message-ID: <83si7ztc6y.fsf@gnu.org> References: <55B7796B.3070005@gmx.at> <55B87E3F.80708@gmx.at> <55B8E367.9020201@cs.ucla.edu> <55B8F3E9.5000707@gmx.at> <833806yld0.fsf@gnu.org> <55B915CE.7070803@gmx.at> <55B94267.5050208@cs.ucla.edu> <55BCA454.6050208@gmx.at> <83egjkv2st.fsf@gnu.org> <83twsfu6b5.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1438694957 25511 80.91.229.3 (4 Aug 2015 13:29:17 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 4 Aug 2015 13:29:17 +0000 (UTC) Cc: rudalics@gmx.at, eggert@cs.ucla.edu, emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Aug 04 15:29:08 2015 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 1ZMcHB-00088H-I5 for ged-emacs-devel@m.gmane.org; Tue, 04 Aug 2015 15:29:05 +0200 Original-Received: from localhost ([::1]:35372 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZMcH5-0001qt-6r for ged-emacs-devel@m.gmane.org; Tue, 04 Aug 2015 09:28:59 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40355) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZMcH1-0001oB-D3 for emacs-devel@gnu.org; Tue, 04 Aug 2015 09:28:56 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZMcGv-0005ZT-Dt for emacs-devel@gnu.org; Tue, 04 Aug 2015 09:28:55 -0400 Original-Received: from mtaout27.012.net.il ([80.179.55.183]:42480) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZMcGv-0005Z3-5V for emacs-devel@gnu.org; Tue, 04 Aug 2015 09:28:49 -0400 Original-Received: from conversion-daemon.mtaout27.012.net.il by mtaout27.012.net.il (HyperSendmail v2007.08) id <0NSK00H007SRYP00@mtaout27.012.net.il> for emacs-devel@gnu.org; Tue, 04 Aug 2015 16:26:10 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout27.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NSK00GTL7ZMU710@mtaout27.012.net.il>; Tue, 04 Aug 2015 16:26:10 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 80.179.55.183 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:188390 Archived-At: > From: Stefan Monnier > Cc: rudalics@gmx.at, eggert@cs.ucla.edu, emacs-devel@gnu.org > Date: Tue, 04 Aug 2015 03:31:52 -0400 > > > And we could do that only when the memory profiler is invoked. > > AFAICT it would require an extra test somewhere in Fcons, and that > test will always have to be performed. Just looking at the implementation of Fcons, I find it hard to believe a single comparison can have any significant effect on its efficiency. So I'm unsure how this could be of any practical concern. > > In any case, it's much better than the current useless profile. > > I'm not convinced it'd make it sufficiently better Well, it allowed me in this case to identify the source of the problem quickly, efficiently, and accurately. > to justify the cost. Please show the costs, then, and please do that with some kind of quantitative analysis, so that we could have some numbers to discuss, instead of just arguing about personal preferences and opinions. > I'd be OK with adding this "more precise allocation profiler" as > a compile-time option, so we could at least see if the improved > precision does make it more useful. IME, compile-time options of this kind are rarely useful, because they are never there when you need them. Especially if the person who needs to perform measurements doesn't build their Emacs.