cperl syntax mode latency is almost -> completely unusable

cperl syntax mode latency is almost -> completely unusable

[Mike Mattie]

[-- Attachment #1.1: Type: text/plain, Size: 886 bytes --]

Hello list,

I am using Emacs 22.90 with cperl-mode. On small files the performance
is acceptable and the features are very powerfull. On files > 500 lines
or so it becomes a little laggy. In one particular file I have here docs
nested inside of an anonymous hash. The latency is so high for cursor
movement/inserting characters that I can type 10-15 characters before
they appear on-screen. In fact if I didn't wait for emacs to catch up I
suspect I could extend the input queue almost indefinitely.

My Machine is old , but not slow; not for this at least. 

uname -a = "Linux reforged 2.6.18.2 #1 PREEMPT Sat Nov 4 19:16:56 PST 2006 i686 AMD
Athlon(tm) XP 3000+ AuthenticAMD GNU/Linux"

If this is a known problem with a known fix any help would be
appreciated. If this is a new issue then I will work up a
reduced test case to repoduce it.

Cheers,
Mike Mattie

[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[-- Attachment #2: Type: text/plain, Size: 152 bytes --]

_______________________________________________
help-gnu-emacs mailing list
help-gnu-emacs@gnu.org
http://lists.gnu.org/mailman/listinfo/help-gnu-emacs

Re: cperl syntax mode latency is almost -> completely unusable

[Ted Zlatanov]

On 15 Nov 2006, codermattie@gmail.com wrote:

> I am using Emacs 22.90 with cperl-mode. On small files the performance
> is acceptable and the features are very powerfull. On files > 500 lines
> or so it becomes a little laggy. In one particular file I have here docs
> nested inside of an anonymous hash. The latency is so high for cursor
> movement/inserting characters that I can type 10-15 characters before
> they appear on-screen. In fact if I didn't wait for emacs to catch up I
> suspect I could extend the input queue almost indefinitely.
>
> My Machine is old , but not slow; not for this at least. 
>
> uname -a = "Linux reforged 2.6.18.2 #1 PREEMPT Sat Nov 4 19:16:56 PST 2006
> 	i686 AMD
> Athlon(tm) XP 3000+ AuthenticAMD GNU/Linux"
>
> If this is a known problem with a known fix any help would be
> appreciated. If this is a new issue then I will work up a
> reduced test case to repoduce it.

As a reference point, I've edited large files with cperl-mode and it
was fine.  Here docs were a little slow in my experience (without
them, highlighting happened faster), so maybe this is a problem with
here docs in particular.

Ted