From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Paul Eggert Newsgroups: gmane.emacs.devel Subject: Re: Tooltips GC overhead Date: Wed, 29 Jul 2015 14:17:32 -0700 Organization: UCLA Computer Science Department Message-ID: <55B942EC.3060308@cs.ucla.edu> References: <55B7796B.3070005@gmx.at> <55B87E3F.80708@gmx.at> <55B8E367.9020201@cs.ucla.edu> <55B8F3E9.5000707@gmx.at> <55B90321.2000501@cs.ucla.edu> <55B915F9.7040802@gmx.at> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1438204693 22997 80.91.229.3 (29 Jul 2015 21:18:13 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 29 Jul 2015 21:18:13 +0000 (UTC) Cc: emacs-devel To: martin rudalics Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jul 29 23:18:05 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 1ZKYjX-0007bj-FH for ged-emacs-devel@m.gmane.org; Wed, 29 Jul 2015 23:17:51 +0200 Original-Received: from localhost ([::1]:37109 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZKYjW-0006oD-Ml for ged-emacs-devel@m.gmane.org; Wed, 29 Jul 2015 17:17:50 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41798) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZKYjJ-0006o3-4Y for emacs-devel@gnu.org; Wed, 29 Jul 2015 17:17:38 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZKYjG-0004D1-Ew for emacs-devel@gnu.org; Wed, 29 Jul 2015 17:17:37 -0400 Original-Received: from zimbra.cs.ucla.edu ([131.179.128.68]:35826) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZKYjG-0004Cn-98 for emacs-devel@gnu.org; Wed, 29 Jul 2015 17:17:34 -0400 Original-Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id E21621601EB; Wed, 29 Jul 2015 14:17:33 -0700 (PDT) Original-Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id xHyL5iWSr0yG; Wed, 29 Jul 2015 14:17:33 -0700 (PDT) Original-Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 2E672160CBB; Wed, 29 Jul 2015 14:17:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Original-Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id o6Aw7QNGwNRq; Wed, 29 Jul 2015 14:17:33 -0700 (PDT) Original-Received: from [192.168.1.9] (pool-100-32-155-148.lsanca.fios.verizon.net [100.32.155.148]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 10BC01601EB; Wed, 29 Jul 2015 14:17:33 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.8.0 In-Reply-To: <55B915F9.7040802@gmx.at> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 131.179.128.68 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:188176 Archived-At: martin rudalics wrote: > There are one call of `copy-sequence', two calls of `stringp', three of > `setf', one of `propertize' and one of `selected-frame'. Together these > would allocate some 20 million bytes? That's what it's saying, yes. > OTOH the `copy-sequence', `face-attribute' and `alist-get' calls get > nowhere listed. copy-sequence and propertize are in C. Either can easily allocate millions of bytes. Perhaps face-attribute doesn't allocate storage; that would explain its not being listed. alist-get is in a call to the setf macro and you may need to investigate what setf is really doing. One way to look into that is to disassemble the byte code (type "M-x disassemble RET tooltip-show RET") and see what it does.