Re: Performance tuning

["Clare Holtham" <Clare.Holtham@xxxxxxxxxxxxxx>]

Pete,

How about moving those QZDASOINIT jobs out of the *Base pool into a separate 
pool, then you can control the amount of memory they get. Do you need any more 
help with doing that? They are probably in QSERVER subsystem and you would have 
to take that down and up or IPL, because some of them are prestart jobs. 
Contact me offline if you need more info,

cheers,

Clare

Clare Holtham
Director, Small Blue Ltd - Archiving for BPCS
Web: www.smallblue.co.uk  
IBM Certified AS/400 Systems Professional 
E-Mail: Clare.Holtham@xxxxxxxxxxxxxx
Mobile: +44 (0)7960 665958
  ----- Original Message ----- 
  From: Pete Helgren 
  To: Midrange Mailing List 
  Sent: Thursday, June 17, 2004 11:12 PM
  Subject: Performance tuning


  I know that there are volumes written on the ins and outs of performance
  tuning but I wonder if there is a "quick start" reference that you can
  recommend to me so I can perhaps solve a problem quickly.

  I have a large I/O intensive application (RPG400) that is called as a stored
  procedure through an ODBC connection and the QSERVER subsystem ends up
  bogging down the interactive applications when this thing runs.  I am going
  to walk through the code again to see if I can optimize the RPG but I wonder
  if there is a way to control the amount of CPU the job (a QZDASOINIT job)
  can use?  I would assume that it is either something I can set at the
  subsystem level or perhaps I can change the job description of the startup
  of QZDASOINIT?

  Any helpful pointers, short of rocket science, would be appreciated.

  Pete Helgren
  Timpanogos Technologies, Inc
  801.892.9106 x 202






------------------------------------------------------------------------------


  --
  This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
  To post a message email: MIDRANGE-L@xxxxxxxxxxxx
  To subscribe, unsubscribe, or change list options,
  visit: http://lists.midrange.com/mailman/listinfo/midrange-l
  or email: MIDRANGE-L-request@xxxxxxxxxxxx
  Before posting, please take a moment to review the archives
  at http://archive.midrange.com/midrange-l.