Vinay,
We also use Synon/2E.
We generate all RPGLE.
Beware, Synon/2E (CA 2E) is not current with the RPGLE enhancements over the last several years. (anything since 2014).
The latest release is 8.7, which came out in 2014.
There has not been any enhancements/fixes since.
CA 2E is an awesome developer, but not written for performance.
When doing updates, CA 2E reads the reads the record twice, one file for read only, the 2nd file for read/update.
If performance is an issue, you can do better writing native RPGLE.
However, with the vast improvements in DASD, (SSD) , CPU, and memory, the performance factor is probably buried with all the new hardware.
Paul
-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Vinay Gavankar
Sent: Tuesday, May 30, 2017 7:02 PM
To: Midrange Systems Technical Discussion
Subject: Performance - RPG vs Cobol
Hi,
I was wondering whether there is a performance difference between RPG and Cobol code trying to execute the same functionality which is I/O heavy (rather than calculations).
I realize that a lot might depend on how the actual code is written, but is there a general guideline?
My client uses Synon 2E (which allows you to generate OPM/ILE RPG/Cobol source), and there are some programs which are currently OPM Cobol. We are planning on regenerating them as ILE and we have a choice of doing either RPG or Cobol. Is there any particular reason that we should choose one over the other?
The plan is to change all the programs in the job stream to ILE just to keep them in the same Activation Group.
These are common modules which are being called from a various RPG/Cobol programs.
The programs accept a bunch of parameters. Are there any pitfalls if we convert to ILE RPG in accepting the parameters?
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit:
http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at
http://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxx for any subscription related questions.
Help support midrange.com by shopping at amazon.com with our affiliate link:
http://amzn.to/2dEadiD
midrange.com
