HP3000-L Archives

July 1999, Week 2

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:
Larry Barnes <[log in to unmask]>
Reply To:
Larry Barnes <[log in to unmask]>
Date:
Mon, 12 Jul 1999 07:50:34 -0700
Content-Type:
text/plain
Parts/Attachments:
text/plain (26 lines)
When you discover a user that is hogging the system just issue the altproc
commnand against their session and drop them to the "E' queue.  That way
their "quick" report won't be so quick!



john edwards wrote:

> Just re-read this and I must apologise for the grammer and spelling.
> Let me add another observation. In a well ordered shop it is usually a
> programmer or operator that is hogging the system. Running something in
> a session that should be done in batch. An operator doing a
> store/restore from a session will do it everytime. A programmer running
> a "quick" report or QUERY FIND ALL, REPORT with SORT will not only
> knock back the batch jobs, but also impact all the legitimate on-line
> processes. Once you have found the culprit an education session,
> followed by a course in manners accompanied by a big stick should
> resolve your problems without resorting to changing the queues.
> Sometimes that does not work. We had one programmer who never used
> batch and selfishly ignored the impact on other users. The solution was
> simple. Everyday we used GLANCE to knock his session back to the DQ and
> left him there. This went on for a year and he never found out and we
> never had a problem with him hogging the system.
> Regards
> John

ATOM RSS1 RSS2