RE: command-line editing speed

[<Norman.Azadian@swisscom.com>]

I don't think the problem has anything to do with the repeat rate.
Testing with ksh I always get the performance that I expect.  The
problem is that, even on a machine with load average 0.02, when I lean
on the h or l key to move the cursor quickly, nothing happens for a
while and then it jumps 20 or 30 characters.

NHA
---
Norman.Azadian@Swisscom.com	+41 31 342 8129
MC-TO-MIT-SWM-TSW			Swisscom Mobile AG

-----Original Message-----
From: Bart Schaefer [mailto:schaefer@brasslantern.com] 
Sent: Donnerstag, 8. Mai 2003 20:46
To: zsh-users@sunsite.dk
Subject: Re: command-line editing speed


On May 8, 12:11pm, <Norman.Azadian@swisscom.com> wrote:
} 
} I'm running version 3.1.5 ($-=3567HRXZhiklms)  on a relatively
powerful } HP machine.  Recently we've been noticing that command-line
editing } seems to have become much slower.

For quite some time now I've been noticing that my keyboard "driver"
loses its key-repeat-rate setting.  That is, have to use the console
"kbdrate" command to restore it, it has nothing to do with the X11 key
repeat setting.  This doesn't happen in any regular way that I can track
down, and I sometimes go for weeks without it happening at all.

However, your problem is more likely related to something else I've
noticed:  ioctl()/stty doesn't always report the right simulated "baud
rate" for X terminal emulators.  ZLE adjusts its display behavior based
on the reported baud rate.  I've had to put code into my .zshrc to force
the BAUD variable to have a reasonable setting regardless of what stty
claimed it to be.