|
I recompiled everything this morning, and everything works great! What threw me off was the "binding by reference" the service program to the calling program. I guess I misread the part where the binder resolves the exports and procedures required by the calling program. Wow, I couldn't be more pleased with the speed of web page generation now! My test report, containing a summary web page and detail web page, generates extremely quickly. The summary takes 10 seconds to read a database of ~4000 records, send unformatted data to a user space, format the data from the user space into proper HTML, and create an IFS file of 114K. My detail report, over the same database, takes 70 seconds to read, store, format, and create a 3MB web page. I believe this is one of the larger reports we will be using. In fact, storing the unformatted data is a non issue. The detail report now takes less than 10 seconds to read the 4000 records and store the data. Formatting is the time consumer (60 seconds). However, since this whole point of the program is to facilitate the creation of tabular reports with little or no HTML knowledge, this is of little consequence. Once I get standard output working (should be easy, I already have a standalone program using standard output) and add departmental lookup to the report, it should be just slower than coding straight CGI-RPG. (I'm counting on standard output to be quicker than the IFS.) Thanks Barbara, Chris, Buck, and Anton for leading me in the right direction. I'm going to find out if I can post the program on a web page. (I started the development on my own time at NetShare/400, and brought it into work when we needed to start web-enabling some reports.) Loyd -----Original Message----- From: bmorris@ca.ibm.com [mailto:bmorris@ca.ibm.com] Sent: Wednesday, March 21, 2001 3:14 PM To: MIDRANGE-L@midrange.com Subject: Re: CGI-RPG performance question Date: Tue, 20 Mar 2001 16:38:55 -0500 From: "Goodbar, Loyd (AFS-Water Valley)" <LGoodbar@afs.bwauto.com> >> did you recompile all the callers of your procedure? > >No, but I bound the service program to the calling module. Would re-binding >automatically take place when I change the options on the prototype >parameters? Loyd, if you change a prototype, you have to recompile the module containing the procedure, all the modules that use the prototype. The compiler uses the prototype to generate the code for callers to pass your parameters correctly and for the procedure itself to receive the parameters correctly. Changing the prototype doesn't cause anything to happen automatically, unfortunately. Barbara Morris +--- | 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 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.