Re: Large table in memory

2012-12-23 Thread John Gilmore
Joel Ewing's post makes several important points. Hashing would certainly reduce the size of the key space to be searched, making your search scheme a little less important. Another possibility that you should consider is the use of a binary-search tree (BST). Even without AVL balancing or the

Re: Large table in memory

2012-12-23 Thread Blaicher, Christopher Y.
My concern about memory was not for above the bar or even above the line, but about real storage. I have been involved in situations where a sort that worked fine last week, didn't work so well this week. Nothing changed in the operating system or the sort. What did change was a new DB2

Re: IBM Application Performance Analyzer

2012-12-23 Thread Phil Smith
Thanks again to all who made suggestions. We think the problem turns out to be that one section of code is doing a wide-ranging call (that is, calls a function that itself does a Whole Lot Of Stuff) on every iteration and shouldn't be. This would explain the relative lack of hotspots: the extra

Erroneous AMODE-64 for programs on CBT File 035

2012-12-23 Thread Sam Golob
Hi Folks, I just put out CBT Tape Version 485, and I discovered some errors on the load module file, File 035. Three PL/I program load modules are erroneously marked as being AMODE 64. They should be corrected as follows: ASMTOZAF - should be AMODE 24 VSAMANAL - should be AMODE 31

Erroneous AMODE-64 for programs on CBT File 035

2012-12-23 Thread Sam Golob
Hi Folks, I'll fix File 035 on the Updates page, to have the correct AMODE for the three programs, ASMTOZAF, VSAMANAL and VSAMANDX. I guess this will be the easiest way to get the corrected programs. Also, the tape mapping program called SS0104 (from CBT File 266) has been fixed on

Re: Large table in memory

2012-12-23 Thread John Gilmore
Chris Blaicher wrote: begin extract I guess my main point is when making significant changes you need to have situational awareness. A good choice for one situation may be a terrible choice for another. On the question of design, I would vote for using hashing, if you have a hashable key. It

Christmas and New Year

2012-12-23 Thread Clem Clarke
Hi Everyone, Have a super Christmas, and a wonderful New Year. Clement Clarke, Oz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Christmas and New Year

2012-12-23 Thread Mil Hashoul
Happy New year and Merry Christmas from the Holy Land Israel On Mon, Dec 24, 2012 at 7:03 AM, Clem Clarke clementcla...@ozemail.com.auwrote: Hi Everyone, Have a super Christmas, and a wonderful New Year. Clement Clarke, Oz