[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: extremely slow font-lock-mode
From: |
Kenichi Handa |
Subject: |
Re: extremely slow font-lock-mode |
Date: |
Wed, 12 Dec 2007 13:25:58 +0900 |
User-agent: |
SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/23.0.60 (i686-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) |
In article <address@hidden>, Martin Pohlack <address@hidden> writes:
> [1 <text/plain; ISO-8859-15 (7bit)>]
> martin rudalics wrote:
>>> I'm experiencing very slow syntax highlighting with emacs-23.0.60
>>> (GTK+ Version 2.12.1)a.
>>>
>>> Simply scrolling in source files takes incredibly long (~ 1 second for
>>> scolling one line backwards). This is an a dual-core 2 GHZ machine
I recentry modified handle_auto_composed_prop in
emacs-unicode-2. There's a possibility that it is the
culprit. Please try to turn off auto-composition-mode.
> Counted CPU_CLK_UNHALTED events (Clock cycles when not halted) with a unit \
> mask of 0x00 (Unhalted core cycles) count 240000
> samples % symbol name
> 48798 32.2244 lookup_char_property
> 37434 24.7200 next_interval
> 24605 16.2482 get_property_and_range
Hmmm, in handle_auto_composed_prop, get_property_and_range
is called twice, and such a file as entry-ia32-ux.S causes
freguent face change which leads to lots of calling
handle_auto_composed_prop.
---
Kenichi Handa
address@hidden
Re: extremely slow font-lock-mode, Richard Stallman, 2007/12/12