× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.


  • Subject: Re: Backup performance (CFINT)
  • From: "Al Barsa, Jr." <barsa2@xxxxxxx>
  • Date: Mon, 06 Nov 2000 11:18:58 -0500

At 10:44 AM 11/6/00 -0500, you wrote:

This is an interesting subject.  The performance people that I know at IBM 
claim that CFINT hits whenever you exceed the interactive threshold.  The 
system managers (who claim to know more about performance than the 
performance people [if you believe that]) disagree, and say that CFINT 
doesn't happen in a restricted state.

Bruce Vining, do you have an opinion?

Al


>Question:
>
>I'm about to move to RISC.  I have read about the CFINT governor.  If my
>daily backup (library *ALLUSR) runs interactively in a restricted
>system, will this governor kick in and not allow the backup to proceed
>as fast as in batch?
>
>4 days a week (Mon-Thu), the operator inserts the tape into the drive
>and takes the backup option.  This backup is then submitted and then
>runs at 4am in batch.  On Friday evening, however, it runs immediately
>(ain't nobody here on Saturday).  I used to do it interactively.  I was
>afraid that this would kill performance under RISC, so I batched it.
>The interactive job (which is in subsystem QCTL) stays active and keeps
>the operator advised of the status.  The problem is the interactive job
>user's message queue object does not get saved from QUSRSYS since it is
>allocated to the interactive job.  If I go back to running this
>interactively on Fridays, this problem would go away, but what about
>that rascal CFINT job kicking in?
>
>--
>-Jeff
>The opinions expressed are my own and not necessarily
>the opinion of my company.  Unless I say so.
>+---
>| This is the Midrange System Mailing List!
>| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
>| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
>| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
>| Questions should be directed to the list owner/operator: david@midrange.com
>+---



+--------------------------------------------------+
| Please do not send private mail to this address. |
| Private mail should go to barsa@ibm.net.         |
+--------------------------------------------------+

Al Barsa, Jr. - Account for Midrange-L
Barsa Consulting Group, LLC.    
400 > 390

Phone:          914-251-1234
Fax:            914-251-9406
http://www.barsaconsulting.com
http://www.taatool.com

+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.