HP3000-L Archives

June 2009, Week 4

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:
Re: Restricting how many users can access a program
From:
Olav Kappert <[log in to unmask]>
Reply To:
Olav Kappert <[log in to unmask]>
Date:
Tue, 23 Jun 2009 15:44:21 -0400
Content-Type:
text/plain
Parts/Attachments:
text/plain (51 lines) 
Craig:

Please do not take it offline, this is the best conversation in awhile.  
If it must,  keep me in the loop because I have designed many programs 
that did this type of restriction using one method or another.  I may 
have some other ideas, or I'd like to know others.

Olav.

Craig Lalley wrote:

>--- On Tue, 6/23/09, Neil Armstrong <[log in to unmask]> wrote:
>
>  
>
>>Funny I never received an enhancement request on this from
>>you!!! 
>>    
>>
>
>Now Neil, don't take it personal, you know I am not shy about asking for things.  :-)
>
>I always thought it was a management issue.  (To be very clear, I am not management).
>
>If someone runs 20-30 SUPRTOOL jobs at one time, and half of those are in the CQ, it's going to have an effect on performance.  Those are VERY conservative numbers, BTW.  Don't get me going about the 10 years worth of archived data that is meaningless. (manifest and pick-lots).  
>
>But if your open to it, I will start working on the details.  Let's start with limiting it to 8 concurrent SUPRTOOL running at one time.  The pause would be helpful for batch jobs, wouldn't the pause also require CPU time?
>
>Let the on-line run immediately and pause the jobs for say 60 seconds to look again.  I will double check the jobs to make sure they are using the SUPRTOOL UDC.
>
>On a positive note, the nightly job processing took a huge leap forward by adding "SET PREFETCH 0" in SUPRMGR.PUB.SYS.  Before the addition, there would be about 30-50 jobs in queue in the morning.  After the addition, the jobs are all complete by the start of the business day.
>
>We could test the effects on the nightly or weekly job processing.  The results would be quite interesting indeed.
>
>It's nice to know there are vendors out there that still believe in the HP3000 platform and are willing to improve their product.
>
>The rest we can talk about offline.
>
>Regards,
>
>-Craig
>
>* To join/leave the list, search archives, change list settings, *
>* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
>
>  
>

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

ATOM RSS1 RSS2