|
At 04:08 PM 11/6/00 -0500, you wrote: Chuck, With all due respect, you should not be getting this on 4XX, 5XX or 6XX hardware. You should get it on SX0 hardware, as those were server models. Al >And we have a 620-2179 and it has it too ! > >Chuck > >"Al Barsa, Jr." wrote: > > > At 11:56 AM 11/6/00 -0500, you wrote: > > > > Agreed, but that's all current models. All 7XX, 8XX, 170 and 270 models > > fall into this category. > > > > Al > > > > >I think CFINT eats cycles only on server models (or those with purchased > > >interactive performance). > > > > > >-----Original Message----- > > >From: owner-midrange-l@midrange.com > > >[mailto:owner-midrange-l@midrange.com]On Behalf Of Richard Jackson > > >Sent: Monday, November 06, 2000 11:28 AM > > >To: MIDRANGE-L@midrange.com > > >Subject: RE: Backup performance (CFINT) > > > > > > > > >-|-----Original Message----- > > >-|From: owner-midrange-l@midrange.com > > >-|[mailto:owner-midrange-l@midrange.com]On Behalf Of Jeff Crosby > > >-|Sent: Monday, November 06, 2000 10:45 AM > > >-|To: IGNITE/400 Mailing List; Midrange Mailing List > > >-|Subject: Backup performance (CFINT) > > >-| > > >-| > > >-|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? > > > > > >No, probably. At V4R4 and before if there is only one user, the governor > > >does not kick in. I don't know about V4R5 on 800 series boxes - the > > >algorithm was changed. The critical element is "restricted > state". If the > > >machine is not at a restricted state and other users are present, CFINT > > >could be triggered. > > > > > >-|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 > > >-|+--- > > > > > > > > >Richard Jackson > > >Richard Jackson and Associates Ltd. > > >IBM Business Partner > > >mailto:richardjackson@richardjackson.net > > >http://www.richardjacksonltd.com > > >Telephone: 1 (303) 808-8058 > > > > > > > > >+--- > > >| 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 > > >+--- > > > > > >+--- > > >| 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 > > +--- > >+--- >| 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 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.