|
>Aaron, I'm not trying to be argumentative, but I suggest that you actually do the timings before you state that Java is as fast as RPG. Emphasis on "I have not done any sophisticated timing on this. . .";-) The applications that I was talking about were actually written in RPG first but since we needed XML going in to the web service I decided to use Java. The Java Servlet that I wrote _IS_ as fast as the RPG CGI program without doing any sophisticated testing. There was no change in the amount of time it took to process with the Servlet compared to the RPG program. Does that say something?... IMO, yes. If nobody notices that a process is running slower, and it doesn't leave a big CPU footprint, then I would consider that successful. One thing that I should have noted is that my Java program was NOT doing any file I/O but merely acting as a 'carrier' and parser of sorts, which is what the RPG program was doing also (minus the parsing because it was just reading HTML form field values). Do you have any numbers for Java vs. RPG where I/O wasn't involved? I would like to see those because my main use for Java doesn't involve any Database I/O. Or at least I haven't found a use/need to do that yet. Also, when does the time come where you utilize new tools to make development simpler at the expense of a couple CPU cycles? Joe, I don't think you would argue with me that doing _some_ things in Java is much easier than RPG, would you? DISCLAIMER I have not written, that I can remember, any production Java programs that have done I/O because that is not what I see as Java's best attribute and therefore I use it primarily to interface with our iSeries or provide 'web services'. I also dislike it when people post that something works just fine when in all actuality they haven't done specific testing. I felt I relayed my message so that people would understand that the "fastness" of my Java programs was completely related to my perception. Sorry for any confusion but I am sticking to my guns:-) Aaron Bartell -----Original Message----- From: Joe Pluta [mailto:joepluta@PlutaBrothers.com] Sent: Tuesday, December 03, 2002 11:19 AM To: rpg400-l@midrange.com Subject: RE: Alternate Platform for RPG > From: Bartell, Aaron L. (TC) > > The first > call is going to be the only one that is slow and after that it > performs as > well as RPG. I have not done any sophisticated timing on this, so it is > based on human perception and not actual programmatical time-testing. Aaron, I'm not trying to be argumentative, but I suggest that you actually do the timings before you state that Java is as fast as RPG. The last time I did timings, Java was slower than RPG at pretty much everything, sometimes considerably slower, especially in the area of transactional I/O. I posted results to these lists based on real timings, using simple programs like this: FJ4PP1 O E DISK C *ENTRY PLIST C PARM COUNT 100 C PARM TIME1 60 C PARM TIME2 60 C* C TIME TIME1 C* C DO COUNT C WRITEJ4PP1R C ENDDO C* C TIME TIME2 These programs need to be updated. They were done in August of last year. But they showed a considerable performance advantage to RPG native I/O to both SQL and Java. They should be run on other versions of the operating system, and other versions of the JVM, and perhaps other OS configurations for that matter. Anybody interested in a joint project to extend this framework and run additional tests, let me know. This could be an interesting and informative venture. Joe _______________________________________________ This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list To post a message email: RPG400-L@midrange.com To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/cgi-bin/listinfo/rpg400-l or email: RPG400-L-request@midrange.com Before posting, please take a moment to review the archives at http://archive.midrange.com/rpg400-l.
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.