Joel, I can see another reason, having worked in this field a bit. It appears to me that DB2 Utilities have leveraged another interface out of DFSORT to cut down on the overhead of sorting.
Perhaps they are making block calls (calling DFSORT with a number of records) instead of calling DFSORT for every record processed. Or, perhaps the interface is now much leaner and a significantly shorter code path than before, possibly giving DB2 Utilities the opportunity for more of a competive edge over other vendor products they compete with. Todd ----- Original Message ----- From: "Joel C. Ewing" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main To: <[email protected]> Sent: Thursday, January 12, 2006 8:18 PM Subject: Re: DB2 v8 cannot use Syncsort (was: RE: RSM tuning) > But it does mean that a Syncsort shop that is heavy DB2 will now have > the overhead of having two sort products loaded into LPA. I sure hope > DFSORT doesn't have any LPA code that is RMODE24! > > The only rationale I can see for DB2 taking this approach would be a > desire to market DB2 to shops that don't license any sort product. I > can't conceive of such an environment, but maybe they exist. > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
