> From: Seth Newton
> 
> CGI doesn't always scale well?  Under what conditions?
> 
> RPG is the native, fast way to do anything on the 400.

Hi Seth!  I've stayed out of this conversation because everybody knows my
personal bias, which is strongly towards JSP/servlets for a number of
reasons.  One is that RPG-CGI doesn't handle the multi-threaded nature of
web applications very well.  Once you get more users than you have CGI jobs,
there are issues of thread synchronization which cause waits.

The only way I know of getting around this is to be sure you have enough
jobs for users, and in fact in my JSP architectures I typically start one
server job per HTTP session to handle all RPG requests.


> In general, I have seen RPG-CGI scale better than JSP.  If it's the same
> box, and the same type of application, you will be able to put more users
> on it, if it's written in RPG compared to Java.

Not if it's a thin layer of Java communicating to a RPG back end for
business logic.  The thin Java layer (which does little more than push
messages to and from the RPG and translate data between EBCDIC, Unicode and
ASCII) gets compiled to machine code very quickly JIT compiler and once
that's done, it's super fast, even on WebSphere (although as Aaron points
out, there's a LOT less overhead with Tomcat).

Joe



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.