× 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: Don <dr2@xxxxxxxxxxxx>
  • Date: Wed, 28 Jun 2000 14:23:24 -0400 (EDT)



If you find a way, I wanna know how...:)

Don in DC

-------

On Wed, 28 Jun 2000, Al Barsa, Jr. wrote:

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

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

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.