>Dataspaces have been around for just a little while - then there is all that room > above the (not so) new-fangled bar.
Don't get me started, Shane! Actually, my general paranoia about not allowing too much space above the bar because we cannot back it and the AUX storage will run out paid off big time recently: We are using a product called CFT (from Axway) in version 2.4. My colleague wanted to upgrade to version 2.6 in preparation for the z/OS migration. Unfortunately, CFT first 0C4'd because they could not deal with pcca/lcca above the line (which they had a fix for), and *then* they got the abenddc2 indicating a problem above the bar. - After quite a bit of bashing from me, Axway finally admitted that in release 2.6 they had gone from being a 2GB virtual STC to being a 2GB virtual STC PLUS 20 (twenty!) GB of storage above the bar DURING startup. All of it backed (they put a chain pointer on every page), none of it needed (after all, this is a test system with only 2GB real that never really transfers anything). None of this was documented anywhere, of course. They have accepted a 'requirement' that they cannot do that. But it will only be implemented in release 2.7. My management decided that we won't allow migration to a higher release until this is fixed. In essence, generally allowing memlimit to be unlimited is dangerous to any paging configuration! Regards, Barbara ---------------------------------------------------------------------- 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
