× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Ed,

In my opinion, you're choosing the wrong feature to try selling ILE.  There
certainly ARE performance reasons to pursue ILE, but generally, performance
gains will be modest.  Simply buying a newer model of iSeries will take care
of the performance issues, while lowering your operating and support
expenses...... (Power, heat/air, etc...) 

No, the real gains to be had from ILE is in modularity.  Write a useful
function once, then use it everywhere...  Think of this, versus the standard
approach, where you grab this subroutine from on program, then that
calculation from another, and so forth.  In the end, you never know how,
when, or where a particular function is being used.  

The challenge of bringing change to a programming staff is huge, and fear of
change often brings out the worst in people.  This is never an easy thing to
do, but it often holds great rewards for the shops that break through.
Modularity in software design has been a hallmark of nearly every language
developed withing the last two decades, so it's hardly anything that could
be called "new".  For that matter, ILE is more than ten years old, and yet
it's still called "the new stuff".  

Eric DeLong
Sally Beauty Company
MIS-Project Manager (BSG)
940-297-2863 or ext. 1863



-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx]On Behalf Of
e.h.doxtator@xxxxxxxxxxxxx
Sent: Tuesday, January 24, 2006 1:53 PM
To: midrange-l@xxxxxxxxxxxx
Subject: Re: ILE V OPM Performance Increase?





message: 2
date: Tue, 24 Jan 2006 12:54:34 -0500
from: Don <dr2@xxxxxxxx>
subject: Re: ILE V OPM Performance Increase?

Doc,

this should be fairly easy to roll-your-own on.  and you could modify it
to 
use customer data/apps which makes selling the case alot easier.

Don in DC


At 11:41 AM 1/24/2006 -0600, you wrote:
>All
>
>Just curious-- has anyone seen any performance improvement in either
>batch or interactive after converting a program from OPM RPG to ILE
RPG?
>(I'm talking about your run-of-the mill batch or interactive programs
>that do native file I/O, basic calculating and reporting, etc.)
>
>If so, are there any numbers that quantify any findings, for either
V5R1
>or V5R3?
>
>I remember reading several years ago that IBM swore off doing any
>performance enhancements to the OPM runtime-- I'm wondering if the last
>few releases have helped the ILE runtime performance.
>
>Thanks
>
>-Doc

OK, so there's nothing out there?  Nobody's looked into this?  Nobody
has even mentioned any anecdotal evidence.  

The reason I ask is this-- I'm trying very hard to push my client into
ILE.  (Their entire codebase is OPM.) They're fighting with the Cone of
Fear argument ("We've never done that before."), so I need to have some
sort of quantifiable argument.  That sort of thing takes time.  I was
hoping that there was some sort of rudimentary analysis that someone had
done, just to see if I should even bother with it-- if the speed
increase is dinky, then there's no point in spending time on it.

Thanks

-Doc


This message is for the designated recipient only and may contain
privileged, proprietary, or otherwise private information.  If you have
received it in error, please notify the sender immediately and delete the
original.  Any other use of the email by you is prohibited.


As an Amazon Associate we earn from qualifying purchases.

This thread ...


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.