RE: CGI-RPG performance question

["Stone, Brad V (TC)" <bvstone@xxxxxxxxxxxxxx>]

Loyd,

Standard output _will_ be much faster.  I'd say it will cut times almost in
half again.

If you want some simple ILE wrappers for CGI, I have some on my web site
(they're the same one's from my book)

http://www.bvstools.com

Look in theh downloads/source section.  Then, it's as simple as saying:

CALLP        #WrStout('Html Data!')

There are also wrappers for other APIs that help a bunch as well.

Brad

> -----Original Message-----
> From: Goodbar, Loyd (AFS-Water Valley) 
> [mailto:LGoodbar@afs.bwauto.com]
> Sent: Thursday, March 22, 2001 7:58 AM
> To: 'MIDRANGE-L@midrange.com'
> Subject: RE: CGI-RPG performance question
> 
> 
> 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
> +---
> 
+---
| 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
+---