× 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: AS/400 tuning question
  • From: "Al Barsa, Jr." <barsa2@xxxxxxx>
  • Date: Wed, 28 Jun 2000 13:50:00 -0400

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 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.