lkml.org 
[lkml]   [1996]   [Oct]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: TTY speedup patch/Menuconfig speed??
On Wed, 30 Oct 1996, William E. Roadcap wrote:

> Date: Wed, 30 Oct 1996 07:38:31 -0800
> From: "William E. Roadcap" <roadcapw@cfw.com>
> To: David Dyck <dcd@tc.fluke.com>
> Cc: Linus Torvalds <torvalds@cs.helsinki.fi>,
> Linux Kernel List <linux-kernel@vger.rutgers.edu>
> Subject: TTY speedup patch/Menuconfig speed??
>
> On Tue, 29 Oct 1996, David Dyck wrote:
>
> > I tried "make menuconf", but doesn't seem to be optimized
> > for screen redraws on serial lines.
> >
> > I went back to make config.
>
> Linus, did any version of the tty speedup code that was floating around a
> month or two ago get into the kernel? I applied one of those patches, the
> first one out I think, and it made a significant improvement. But will
> any of those patches also improve speed over a serial link?
>
> David, how fast is your serial link? Is it a color terminal? Color
> sequences can be very slow on some serial terminals. If you are using
> a color terminal, try a mono version of your TERM (terminfo) type.

I'm using a 28.8 modem that connects at 26 point something.
I'm not at home now, so I can't tell you what speed stty reports.
The terminal itself is a linux xterm (at home) using kermit
to communicate to the development machine at work.
I export TERM=xterm.

> One of my pet gripes with ncurses is that it insists on clearing the
> screen each time it is initialized, which is everytime Menuconfig runs
> lxdialog to draw a new menu (yuk!). The result is SLOW. I don't know how
> to get around this without recoding Menuconfig entirely in C, which I
> don't want to do.

The flashing bugged be too.
I wondered how "make xconfig" got around the problem, and maybe
there is a way to not fire off multiple copies of lxdialog, but
have the menuconfig script communicate or run under lxdialog... eesh!

I just looked at the escape codes that menuconfig generates, and it
looks like there could be a speed up if the borders weren't printed.
(a large portion of the escape codes and characters output were
used to draw the dialogs.)
There were a 'log' of escape codes associated with menu startup also.

I'll try menuconfig again when I re-configure from time to time.
It's probably not worth spending too much effort on.

How are the different config tools kept in sync?
If there are differences, which config too is the 'master',
"make config", or "make menuconfig"

David Dyck


\
 
 \ /
  Last update: 2005-03-22 13:38    [W:0.072 / U:0.308 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site