QZDASOINIT prestart jobs service JDBC requests. When running, they tend to "grab" a lot of CPU cycles. I assume IBM designed it this way. Because of this, my Java applications typically get blamed for causing poor overall system performance (even for interactive jobs).

Is SQL (Java or RPG) more processor intensive than direct file access via RPG? If so, does anyone know of any guidelines for "up-sizing" the iSeries box as legacy RPG applications get converted to Java or RPG with SQL file I/O?

Also, can the QZDASOINIT jobs cause performance problems for Interactive jobs? I've always thought that they would NOT effect interactive jobs because of the "Interactive Card Tax" that supposedly isolates x CPW just for interactive jobs (Batch jobs can't use it... right??).

Any links or advice would be appreciated.


Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2015 by MIDRANGE dot 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 here. If you have questions about this, please contact