|
Hi Rick,
Either live with it or else migrate to PCM.
Rgds,
Geert
<<< NOTED::DISK$NOTES9:[NOTES$LIBRARY_9OF4]VCS.NOTE;1 >>>
-< VAXcluster Console System >-
================================================================================
Note 2236.0 VCS V1.4 & VMS 6.. slow character echo-ing 1 reply
GIDDAY::OMELEY "We work the black seam together..." 32 lines 30-MAY-1994 00:43
--------------------------------------------------------------------------------
Hi,
I hate to go back over old notes (2075...305..etc) but I have a
site that is experiencing the "slow" input problems detailed and
inferred to be "as designed".
They have VCS V1.4 CSCPAT 1055 V1.5 installed and are running on a
VS4000 VLC with VMS V6.0 and DW-MOTIF V1.1 installed. The system is in
a good state of tune, other applications (DECTerm .. etc) are working
as expected and in a timely fashion.
What they are seeing is that in the VCS console connect window, they
are able to type 1 character (it echoes) then subsequent characters on
the same line will not echo until either: a/ an apparent "timeout" has
expired; or b/ <Return> is pressed. It is therefore possible for a user
to "string the timeout on" so that the whole line can be entered with
only the 1st character displaying.
This behaviour seems consistant with the discussion in the latter
replies to note 350. What has me intrigued is that some of my other
customer sites (running VCS on V5.5*) have not reported the problem (or
are very patient... unlikely ;-) ) so it would appear to be
exacerbated by V6.
Is there a "fix" for this (ie: did note 350.last come to fruition) ?
Can anyone else confirm the problem is worse under V6 ?
Cheers
Rob
P.S Altypahd is set.
================================================================================
Note 2236.1 VCS V1.4 & VMS 6.. slow character echo-ing 1 of 1
CSC32::BUTTERWORTH "Gun Control is a steady hand." 24 lines 6-JUN-1994 12:03
--------------------------------------------------------------------------------
And if you do the following experiment you will see a much faster echo:
1. Type several characters and you will see the first one echo as you
stated.
2. Pause and allow those characters to echo
3. Immediately start typing again and you will see near immediate echo
response.
Beleive me, this is much better than it used to be. The former project
leader, Mike Carleton, desgined an algorithm using an echo-credit
scheme. The problem is that after periods of quiescence, there are no
echo credits outstanding. What happens is VCS has a 1 character read
posted so when you type the first character it is echoed immediately.
It then posts a timed read with a 1 second timeout. This read will
terminate when typing ceases, a carriage-return is entered or it's 132
byte buffer fills. Since you have been typing characters there are now
echo-credits so single-character reads are continually queued and you
see a faster echo response. I have some ideas on how to improve on the
initial response problem you are seeing but don't hold your breath for
a quick and dirty fix.
Dan
|
| Rick,
VMS 6.1 would not have an effect on the algorithm in the terminal
handling code. I fit seemed slower than somehting else is also adding
to the problem. There is also no way to improve the algoritm at this
point because the build system is no longer available. You'll have to
live with it or upgrade. There is no point in raising an IPMT because
as I said earlier the build system is no longer avialable.
Regs,
Dan
|