|
Steve all true - the question is whether you use interactive CPU or batch CPU - does the methodology your are talking about require interactive CPU or batch CPU ? I'd suggest that if the code was executed other than in-line behind a green screen i.e. using a client-server type architecture, the CPU question would become less relevent because even the smaller AS/400 have relatively more CPU available to them. It's when we have to run everything as part of the gtreen screen app that the interactive feature really bites us. Other than that I agree with where you are heading :) Cheers Evan Harris >If you code in C++ the way that is best, that is by encapsulating everything >in classes, where strings are a class, allocated memory is another class, an >array is vector template, etc,... such a pgm will be/could be very well >written and easily maintainable, .... but will take a lot of cpu to run. > >Running such a pgm on a 50 CPW system will not cut it. Especially a system >with many users. The end result: pgms are not written in this manner, >vendors dont supply the tools needed, the add on function libraries, iSeries >programmers dont learn OOP. Kind of the way the iSeries market is and has >been. > >No ?
As an Amazon Associate we earn from qualifying purchases.
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.