|
At 01:15 PM 06/28/2000 -0400, you wrote: No. Al >Is it possible to just put the CFINITxx job on hold? Or lower it's priority >to a point that would not hog up the CPU as much? > >Joe Giusto II >Patuxent Publishing Company >10750 Little Patuxent Parkway >Columbia, MD 21044 >mailto:JGiusto@patuxent.com <mailto:jgiusto@patuxent.com> >http://www.lifegoeson.com <http://lifegoeson.com> > > >-----Original Message----- >From: KirkG@pacinfosys.com [SMTP:KirkG@pacinfosys.com] >Sent: Sunday, June 25, 2000 11:00 AM >To: MIDRANGE-L@midrange.com >Subject: Re: AS/400 tuning question > >IBM has not yielded on the server vs interactive. Once you exceed your >interact quota the system will start a task/job called CFINITxx, XX being >the CPU # if I remember correctly. This job(s) will take more and more cpu >resource as the interactive work climbs. The penalty get pretty stiff. I >don't remember the numbers but I'm sure some here has them handy. Example >would be if your machine has 100 CPW and it's divided 80/20 >server/interactive and your load was 0/40 the cpu would be maxed out >running at 100% with that CFINITxx hogging the system. > > > >--------------------------------- >Kirk Goins >IBM Certified AS/400 Technical Solutions >Pacific Information Systems - An IBM Premier Business Partner >503-290-2104 kirkg@pacinfosys.com >"WE KNOW TECHNOLOGY" >--------------------------------- > > > > > >Pete Hall <pbhall@execpc.com> >Sent by: owner-midrange-l@midrange.com >06/24/00 05:23 PM >Please respond to MIDRANGE-L > > > To: MIDRANGE-L@midrange.com > cc: > Subject: Re: AS/400 tuning question > >At 17:00 06/24/2000 , Joe Teff wrote: > >I have not done any real AS/400 tuning for a couple of years and I've >never > >tuned one of the server models. A friend asked me today if tuning a >server > >model was any different than a regular model and I couldn't answer him. > >Other than looking for a blue stripe, I'm not sure if I could even >identify a > >server model. I know that their is a governor of some type that punishes > >interactive jobs. Is that done with software in OS? Will it stop you from > >allocating more memory to certain subsystems or setting high priorities >to > >interactive jobs. TIA. > >All I can tell you is that based on my recent experience with tuning and >S30, and later a 730 (we upgraded the S30), there is no difference. I >watched IBM install the governor during the upgrade. At least on a 730, I >don't think it has anything to do with interactive vs batch load. It is a >hardware device that communicates with the CPU, and it determines the >processor feature code. Without it, the processor doesn't function at all. > >My subjective impression is that there is definitely an improvement in >throughput in batch as opposed to doing the same things interactively, but > >I can't guess why this would be. I have never observed the cycle gobbling >behavior that many complained about when the server models were first >introduced. My theory is that IBM yielded to customer pressure and no >longer enforces interactive limitations by running jobs that eat CPU >cycles. You can control memory pools and priorities on server models just >as you can on any other AS/400. > > >Pete Hall >pbhall@execpc.com >http://www.execpc.com/~pbhall >+--- >| 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 email and any files transmitted with it are confidential and >intended solely for the use of the individual or entity to whom they >are addressed. If you have received this email in error please notify >the system manager. > >This footnote also confirms that this email message has been swept by >MIMEsweeper for the presence of computer viruses. > >www.mimesweeper.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, 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.