[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: emacs takes exhorbitantly long to read long, one-line files.

From: Randy Yates
Subject: Re: emacs takes exhorbitantly long to read long, one-line files.
Date: Mon, 20 May 2013 17:43:54 -0400
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2 (gnu/linux)

Eli Zaretskii <address@hidden> writes:

>> From: Karl Fogel <address@hidden>
>> Date: Mon, 20 May 2013 09:32:23 -0500
>> Cc: Dmitry Antipov <address@hidden>
>> Dmitry Antipov <address@hidden> writes:
>> >> I already had that in my init.el. I've also tried creating an empty
>> >> file and setting it to fundamental-mode. In both these cases the
>> >> behavior is the same.
>> >
>> >Hm...is it the same with emacs -Q?
>> >
>> >> I did notice that emacs is faster - but still unusably slow - when
>> >> toggle-truncate-lines is true.
>> >
>> >Try (setq-default cache-long-line-scans t) too.
>> That should help a lot.
> But it won't succeed to make Emacs usable with such files.  E.g., try
> this:
>   M->
>   C-p
> and count the seconds it takes to perform the second command.
> What Emacs does behind the scenes is go to the beginning of the
> previous _physical_ line (which is quite fast in this case), and the
> go all the way down the humongously long line, one character at a
> time, until it finds the place to put the cursor.  Unless we make
> radical changes in this algorithm, how can anyone expect reasonable
> performance from this?

I've noticed that xemacs does not have this problem. Would it be
fruitful to look at xemacs' display algorithm?
Randy Yates
Digital Signal Labs

reply via email to

[Prev in Thread] Current Thread [Next in Thread]