HP3000-L Archives

May 1998, Week 1

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Undetermined origin c/o LISTSERV administrator <[log in to unmask]>
Reply To:
Undetermined origin c/o LISTSERV administrator <[log in to unmask]>
Date:
Mon, 4 May 1998 09:44:29 -0700
Content-Type:
text/plain
Parts/Attachments:
text/plain (26 lines)
In article <[log in to unmask]>, Lars says...
>
>At 11:23 28.04.1998 +1200, you wrote:
>>Since I switched most of my connections from serial to network (Reflection
>>using NS/VT) response has take a serious nose dive! Any suggestions where I
>>should start to look to resolve the problem, I didn't see anything in NMMGR
>>that looked very helpful. This is on a 918, 5.5 pp0.
>
>Do only NS/VT users suffer poor response times or DTC users or console, too?
>
>As far as I understand, NS/VT sessions need more resources on the 3000 than
>DTC sessions, for example an additional process (VTSERVER) per session. If
>your 3000 was already close to being "maxed out" (eg at memory) then these
>additional processes might have have shifted it into the "knee" of the MPE
>typical performance curve...
>
>Just an idea, in case the network resourse analysis won't give any clues...
>A performance tool like Glance or SOS should be helpful to invest the issue.
>
>Lars (guessing only for myself, not for HP, as usual)

I remember discovering that vtserver uses about as much cpu as the Quick
screens
in the application I looked at.  So if most of your cpu time was being used
mostly for screens and not jobs NS/VT could increase its load substantially.

ATOM RSS1 RSS2