From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kenichi Handa Newsgroups: gmane.emacs.devel Subject: Re: Possible redisplay performance enhancements (revisited) Date: Mon, 24 Apr 2006 21:14:04 +0900 Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII X-Trace: sea.gmane.org 1145880883 6080 80.91.229.2 (24 Apr 2006 12:14:43 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 24 Apr 2006 12:14:43 +0000 (UTC) Cc: eliz@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Apr 24 14:14:40 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 1FXzxZ-0004y9-St for ged-emacs-devel@m.gmane.org; Mon, 24 Apr 2006 14:14:34 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FXzxZ-0008Jq-8N for ged-emacs-devel@m.gmane.org; Mon, 24 Apr 2006 08:14:33 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FXzxF-00087i-GU for emacs-devel@gnu.org; Mon, 24 Apr 2006 08:14:13 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FXzxC-00085M-Fr for emacs-devel@gnu.org; Mon, 24 Apr 2006 08:14:12 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FXzxC-00085A-6u for emacs-devel@gnu.org; Mon, 24 Apr 2006 08:14:10 -0400 Original-Received: from [192.47.44.130] (helo=tsukuba.m17n.org) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1FXzzO-0006PY-EP; Mon, 24 Apr 2006 08:16:26 -0400 Original-Received: from nfs.m17n.org (nfs.m17n.org [192.47.44.7]) by tsukuba.m17n.org (8.13.4/8.13.4/Debian-3sarge1) with ESMTP id k3OCE5HU030444; Mon, 24 Apr 2006 21:14:05 +0900 Original-Received: from etlken (etlken.m17n.org [192.47.44.125]) by nfs.m17n.org (8.13.4/8.13.4/Debian-3sarge1) with ESMTP id k3OCE5Oe013314; Mon, 24 Apr 2006 21:14:05 +0900 Original-Received: from handa by etlken with local (Exim 3.36 #1 (Debian)) id 1FXzx6-0004Yc-00; Mon, 24 Apr 2006 21:14:04 +0900 Original-To: YAMAMOTO Mitsuharu In-reply-to: (message from YAMAMOTO Mitsuharu on Mon, 24 Apr 2006 18:52:25 +0900) User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/22.0.50 (i686-pc-linux-gnu) MULE/5.0 (SAKAKI) 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:53330 Archived-At: In article , YAMAMOTO Mitsuharu writes: > I suspect get_glyph_face_and_encoding is not needed if `struct glyph' > contains `char2b' info and it is filled in append_glyph. That would > reduce the number of calls to rif->encode_char and enhance the > performance when CCL is thoroughly used as in Mac. I once heard from Gerd that struct glyph is designed to be short as far as possible. So we must be very careful in incresing that size. But, it seems that the current member u.ch is almost useless. I think it is better to store a glyph code (unsigned) here. But... > But such a change might be too drastic to do at this > stage. I fully agree. --- Kenichi Handa handa@m17n.org