When we have done PAGEADD and PAGEDELs for Volume migrations to new UCBs, what it does is balance by I/O. While the PAGEDELS are going, as soon as one write is completed, the next write starts, pretty much round robin. In your case I would hypethosis it tries the first page dataset on a volume and only uses the second if the first one is still busy.
I would imagine when a small page dataset gets full, it would round robin the remaining page datasets until the next smallest gets full, and would reflect any I/O contention with other datasets on the volume. On Mon, Mar 4, 2013 at 11:11 AM, Skip Robinson <jo.skip.robin...@sce.com> wrote: > Now on Monday morning (09:00 PST) page usage for this system looks as > below. Per SOP, the system was IPLed about 31 hours earlier. I don't know > when usage began climbing above zero, but I fully expect that by the end > of the week, it will look similar to my earlier posting. Yes, we run > health check ASM_LOCAL_SLOT_USAGE. And yes, it begins to complain when any > local grows above 30%. > > Note that this paging configuration is quite static. It hasn't changed for > many months. Certainly last week (previous post) there were no PAGE ADDs > or DELETEs. What I do notice now (missed completely before!) is that for > each even/odd numbered pair, both on the same unit address on the same > DS8* subsystem, usage of the first (even) data set is higher than the odd > data set. In *all* cases I created each pair at more or less the same time > using the same IDCAMS job. This usage skew, seen here with minor > differences, increases through the week (previous post). BTW every IPL is > CLPA. > > Some time last year I added several GB of memory to this LPAR. That > reduced paging activity, e.g. fewer alerts from Omegamon, but did not have > much effect on page data set usage. > > LOCAL 18% OK 1208 SYS1.PAGELOC0 > LOCAL 10% OK 1208 SYS1.PAGELOC1 > LOCAL 16% OK 1308 SYS1.PAGELOC2 > LOCAL 10% OK 1308 SYS1.PAGELOC3 > LOCAL 18% OK 1207 SYS1.PAGELOC4 > LOCAL 11% OK 1207 SYS1.PAGELOC5 > LOCAL 17% OK 1218 SYS1.PAGELOC6 > LOCAL 10% OK 1218 SYS1.PAGELOC7 > > JO.Skip Robinson > Southern California Edison Company > Electric Dragon Team Paddler > SHARE MVS Program Co-Manager > 626-302-7535 Office > 323-715-0595 Mobile > jo.skip.robin...@sce.com > -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
