[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: very slow archive-mode
From: |
Kenichi Handa |
Subject: |
Re: very slow archive-mode |
Date: |
Fri, 14 Mar 2008 12:43:15 +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>, YAMAMOTO Mitsuharu <address@hidden> writes:
> > Also, IIUC the 8-bit bytes that are not represented as a single byte
> > and not only more numerous, but they also take up more space (they
> > used to take up just 2 bytes but now they take up what 3? 4? 5
> > bytes?).
> IIUC, it still takes up just 2 bytes by cleverly using vacant UTF-8
> area (see character.h).
Yes.
> I think code_convert_region in Emacs 22 tried to avoid the repeated
> reallocations and copies by estimating the necessary buffer size from
> the intermediate result of conversion in progress. (And there were a
> cast problem that affected its performance:
> http://lists.gnu.org/archive/html/emacs-pretest-bug/2004-12/msg00197.html)
> Does the code conversion in Emacs 23 include such estimation?
Not yet. But it's not related to the problem of slow
set-buffer-multibyte.
---
Kenichi Handa
address@hidden