From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: Q on performance with 10000 faces Date: Sun, 21 May 2006 17:02:40 -0700 Message-ID: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1148256187 26626 80.91.229.2 (22 May 2006 00:03:07 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 22 May 2006 00:03:07 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon May 22 02:03:06 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1Fhxt1-0001Bj-T6 for ged-emacs-devel@m.gmane.org; Mon, 22 May 2006 02:03:04 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fhxt1-0006NA-AX for ged-emacs-devel@m.gmane.org; Sun, 21 May 2006 20:03:03 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fhxsp-0006Mu-AU for emacs-devel@gnu.org; Sun, 21 May 2006 20:02:51 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fhxsk-0006LF-J0 for emacs-devel@gnu.org; Sun, 21 May 2006 20:02:50 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fhxsk-0006L4-ES for emacs-devel@gnu.org; Sun, 21 May 2006 20:02:46 -0400 Original-Received: from [141.146.126.228] (helo=agminet01.oracle.com) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.52) id 1Fhxwc-0007Yh-4x for emacs-devel@gnu.org; Sun, 21 May 2006 20:06:46 -0400 Original-Received: from rgmsgw300.us.oracle.com (rgmsgw300.us.oracle.com [138.1.186.49]) by agminet01.oracle.com (Switch-3.1.7/Switch-3.1.7) with ESMTP id k4M02iUN009593 for ; Sun, 21 May 2006 19:02:44 -0500 Original-Received: from dradamslap (dhcp-amer-csvpn-gw1-141-144-65-244.vpn.oracle.com [141.144.65.244]) by rgmsgw300.us.oracle.com (Switch-3.1.7/Switch-3.1.7) with SMTP id k4M02hnv012866 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Sun, 21 May 2006 18:02:43 -0600 Original-To: "Emacs-Devel" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1807 X-Brightmail-Tracker: AAAAAQAAAAI= X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE X-Whitelist: TRUE X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:54982 Archived-At: I have a color palette that is 100 chars by 100 chars. Each char has a different face text-property value. Once the palette is displayed, it brings Emacs to a crawl. That is, just having the palette displayed makes everything in Emacs slow to a crawl from then on. If the palette is iconified, then there is no problem with response time. It is the mere display of it that clogs the wheels. There was a thread in 2005/11 about slow frame creation when there are numerous faces. That is not the problem here - I can live with slow frame creation. The problem is that after the frame with the faces is created Emacs becomes and remains unbearably slow. Reducing the character size to, say, 3, improves responsiveness a little bit, I think (and that smaller size is in fact what I want), but things are still so slow that it makes the feature unusable. Does this mean that Emacs cannot reasonably be expected to display 10000 face text-properties? If so, any advice on workarounds or other approaches? Is the slowdown perhaps because of some kind of automatic updating or refreshing, which I could turn off somehow (I hope)? The palette is constant; there is no need to refresh it (except because the frame is moved etc.). Its face text-property values will never change. The palette is quite nice visually, and I would like to be able to use it (e.g. for color selection), but this is obviously not the way to go. I'm hoping this might be a bug and not a design limitation, but perhaps that hope is unrealistic. In GNU Emacs 22.0.50.1 (i386-mingw-nt5.1.2600) of 2006-03-20 on W2ONE X server distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.4) --cflags -Id:/g/include'