Session Slowdowns after noon times?

[andy200]

Hello there -

I was wondering why is it around after noon time my
users are complaining that their sessions are being
very very slow to load the various programs connecting
to a OpenVMS 7.1-2 Alpha server.

Is the Alpha servers are prone to overheating and
thats why my end users are having slow sessions?

Tnank you
Andy

[EdgarZamora_1]

You will need to be more specific. What do you mean by sessions (are your users interactively logged into the VMS system, or are these client/server type apps)? Are there more users after noon? Are you sure it's not the network? Do you do any performance data collection on the VMS system. I would recommend T4 (download from website), or actually you could just start with using the MONITOR utility. Do a HELP MONITOR from DCL to get mroe info on the MONITOR utility or read the OpenVMS documentation.

Overheating Alphaservers will not cause you slow sessions. They might cause you no sessions at all, instead.

[Robert Gezelter]

Andy,

Overheating is unlikely to be the issue.

The correct way to examine this issue is, as has been suggested, to gather utilization data and look at the workload.

In nearly 30 years of doing performance tuning as part of my consulting practice, I can safely say that the most common reason for a "after lunch" slowdown is the number of people who come back from lunch and immediately start workiing. In the morning, there is often more of a spread.

The answer to all performance issues is to do the underlying science thoroughly. That way, one finds a solid answer.

- Bob Gezelter, http://www.rlgsc.com

[Steven Schweda]

There's also a whole "OpenVMS Performance
Management" manual available at the usual
place. (VMS V7.1-2 is a bit older than the
manual, but much/most of it should hold.)

http://h71000.www7.hp.com/

http://h71000.www7.hp.com/doc/index.html

Oldest:
http://h71000.www7.hp.com/doc/os73_index.html

http://h71000.www7.hp.com/doc/73final/6491/6491pro.html

[Martin Hughes]

To get help in diagnosing a performance issue in a forum such as this, you really need the skills to be able to at least partially diagnose the problem yourself. There are a vast number of issues that can cause performance slows; it could be network, system, application, and within each of these broad areas there are countless possible issues that can cause performance slowdown.

Your best bet would be to enlist the help of a VMS specialist to diagnose the problem.

[andy200]

Users are connecting to VMS systems from their WIndows machines using the IBM Personal Comm. telnet client.

For example:

If were to select a command from the menu option screen, it says LOADING....and this usually takes about 5 to 10 seconds to load to the other screen. Another example would be whenever I cancel an order after I press ENTER, it just takes a long time to clear everything from the screen.

NOTE> We are using a CAPTIVE logon enviroment and not the DCL access commands.

But why is it that around noon time it slows down??

[Steven Schweda]

> But why is it that around noon time it
> slows down??

It may be that something different happens
on your system, on your network, or with your
users at about that time. How do you expect
anyone with no access to your system to guess
what's happening there?

Try calling a Psychic Hot-Line?

[Robert Gezelter]

Andy,

There is insufficient data upon which to form an opinion.

The symptoms described in the most recent posting could easily be the result of either network loading, CPU saturation, paging, or IO. I have seen situations where each of these can give rise to the symptoms described.

I have identified and resolved client situations caused by each of the above areas. In the network area alone, different clients have had the symptoms produced by:

- LAN saturation
- incorrect LAN hardware configuration
- incorrect (illegal) LAN topology
- malfunctioning hardware

Sometimes the underlying cause was a single one of these; sometimes it was a combination.

In each case the answer was the same: gather data and analyze it to understand what is the reason for the perceived slowdown.

It is much the same as walking into a doctor's office with a fever. It could be anything from the common cold to cancer. Tests and analysis is needed to uncover the underlying cause.

If I am unclear, please feel free to ask. If you wish to speak offline, I will be happy to do do.

- Bob Gezelter, http://www.rlgsc.com

[Jan van den Ende]

Andy,

as several others have already remarked: much too many variables and too little data to pinpoint this issue (or maybe these issues?)

One potential hint:
>>>
Another example would be whenever I cancel an order after I press ENTER, it just takes a long time to clear everything from the screen.
<<<
Here my first guess would be an application issue. Is some batch active at this time that might do some extra lockongs?
OTOH, such batch might just cause system overload.
Does only this app have problems, or everything on this system?
Or is the system relatively idle, but the network overloaded?
The answer to such questions are only a beginning, to point to the way for deeper searches.

Really, your most exact and fastest (and therefor, in the end cheapest) solution will be to hire an experienced consultant, either on site or remote hands-on, to look into every aspect.
(I am not available now or in the forseeable future, but look through this and several other recent threads, and you will be able to pick one located "relatively near" about any place on earth).

hth

Proost.

Have one on me.

jpe

[Peter Zeiszler]

Unless your system is running in a closet that has no air conditioning or air circulation an overheating condition is highly unlikely. If you do have it in a closet with temperatures going over 100 degrees - invest in a small computer room or air conditioner.

Today - go look at downloading and setting up T4. T4 is a data collection/performance analysis tool. It can generate tons of charts and data details to help troubleshoot.

Also, setup multiple windows. Do these before noon and after noon. The before is to get an idea of what you have running.
In one of the windows run "monitor /sys"
This will show you basically what kind of load you have going on. Watch the numbers for awhile to get an idea. Then as your system slows down see if you are running a heavy load.
If you think its CPU related in a window do "mon proc/topcpu".

Engage the networking group to watch your subnet to see if you have an overloaded LAN segment. Check if you have backups running.

The real solution is to get someone that is experienced with VMS and that can use the built in tools or can install additional tool (or recommend tools) for performance monitoring & analysis.

Monitor does have the capability of capturing the data to a file. That may be useful.
T4 does capture the data to files and can also create charts and excel formatted files.

Once you can start pin-pointing what you see and can capture useful data, then you can ask questions here concerning that data and get a myriad of opinions.