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



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.


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.