Telnet and I/O buffer question...

[rodda]

New server running OpenServer 5.0.7 and a single database application. Users logon with Termlight 1.0.7 (LAN and frame relay WAN) using telnet protocol. Logon response is fast (DNS working correctly). Server hardware is new and very fast (Compaq ML370, 2GB RAM, RAID 5 SCSI, blah, blah...). I ran various tests using sar and it showed my hardware was barely being used (1-3%) with 70 users active during the tests.

Problem: both local and remote users complain the on-screen feedback from keyboard input is slow. ie: they type in data rather fast and the system doesn't seem to keep up...it lags behind keyboard input. Then if they stop entering data for a bit (approx. 3-7 sec. or more) the system 'catches up' on-screen.

Is there a user i/o buffer for telnet pseudo tty's I can optimize? Or maybe it's an application level problem with this version of SCO? I don't have the compaq EFS drivers since they're not released yet, but hardware recognition was excellent during install. Also, this particular application didn't have this problem on OpenServer 5.0.5 with older hardware. I'm kinda lost on this one...any ideas? Thanks everyone.

 

[stanhubble]

Does the slowdown happen only in the application or also at the command prompt?

Is it constant or does it cycle?

What does your stune file look like?

 

[rodda]

Honestly, the slow-down only seems to occure in the application. But it's kinda hard to simulate the amount/type of data entry from the command line without a 'form' to fill in.

My stune file is unmodified from install. My performance tests would seem to indicate that no system slow-downs are occuring since %sys/%usr/%wio are all below 5% (usually closer 2-3%) with 70 users online. Here is the stune file:

NODE "scosysv"
EVDEVS 224
EVQUEUES 216
NSPTTYS 192
NUMSP 384
NSTREAM 12288
NHINODE 1024
GPGSLO 2000
GPGSHI 6000
NSTRPAGES 6512
TTHOG 6144
NCLIST 912
NSTREVENT 8704
NUMTIM 1040
NUMTRW 1040
SECLUID 0
SECSTOPIO 0
SECCLEARID 0
NMUXLINK 704
~

...note that NSPTTYS is at 192 (close to my physical user licenses).

Also, input characters are never lost (ie. NCLIST and/or TTHOG via mtune does not come into play AFAIK) from the telnet connections.

All this would seem to indicate an application problem to me. Any other thoughts? Thanks...

 

[PHV]

Simply cold restart (power cycle) the switch solved my similar problem.
BTW all users have to be logged off.

Hope This Help
PH.