While they do not grow in in perfect lock step The presence of Big ass memory comes with big ass dasd volumes (these are the technical terms of course) Do you know 3350's and 2314s were once used as paging devices? For that matter do you no the number 2314 was chosen as the # for a model of disk drive because it was 4 times larger than its asexual parent the 2311.
You may be aware that the reason for new addressing architecture like 32 and 64 bit with corresponding changes to memory mapping came as a result of addressing older storage constraints. Typically it was CICS, IMS and DB2 that were contained and the newer architectures are designed to hold, you guessed it CICS, IMS, and DB2. The size of spinning page datasets is related to the amount of virutual memory in use. Have you noticed that the use of the LPA dataset in any shop does not change after IPL? That is because LPA is built at IPL time and can even be skipped by not doing a CLPA. LPA does not require extra space for minute to minute operations because it does not change. It may need space if a software update is done. You mention that you have a near zero paging rate. With that near zero rate for locals those datasets can enjoy some of the same allocation freedoms the LPA have. If it is not going to grow one does not have to add much for minute to minute growth. Most old rules of thumb are based on a TSO environment with lots of swapable address spaces. This is not the case for large DBMS and TP monitors. Avram Friedman On Tue, 11 Apr 2017 10:46:40 -0400, Pinnacle <pinnc...@rochester.rr.com> wrote: >Gone are the halcyon days when we could run an LPAR with three mod-3's >as the local paging subsystem. With today's large memory sizes, I'm >faced with having to completely rethink my paging subsystems. I've >currently got a 133GB LPAR with 18 mod-9 locals at 44%. I'm going to >add 22 more mod-9's, which will get me just under the 30% threshold. >That's 40 page datasets, which is about 30 more than the most I've ever >managed. I'm thinking about going to 10 mod-54's as my final solution >for this LPAR (roughly 4x the real memory). I wondered what the rest of >you are doing with your paging subsystems in the era of bigass memory sizes. > >Regards, >Tom Conley > >-- > > > >---------------------------------------------------------------------- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN