I’m wondering about channel program efficiency, though I have no evidence this is a major thing.
Martin Packer > On 12 Jan 2020, at 18:59, Matt Hogstrom <[email protected]> wrote: > > Out of curiosity, its been a while since I did storage admin but it occurred to me that for the most part a lot of the work in defragging, worrying about disk geometry and other issues are really not / less of an issue with cache and SSD technologies. So, perhaps naive on my part, but it would seem to me the work to “defrag” is really more to keep up the legacy z/OS concepts like # of extents, CKD processing for PDS’, etc. Are there benefits to defragging these days apart from the consequences of the limitations from older architectures and paradigms like directory blocks and member placement? > > Matt Hogstrom > [email protected] > +1-919-656-0564 > PGP Key: 0x90ECB270 > Facebook LinkedIn Twitter > > “To achieve great things two things are needed: a plan, and not quite enough time.” > - Leonard Bernstein > >> On Jan 12, 2020, at 12:52 PM, Mike Schwab <[email protected]> wrote: >> >> PDS Compress is moving modules forward into space formerly used by >> updated or removed members. ADRDSSU consolidates multiple extent >> datasets into less extents (hopefully down to 1) and moves datasets >> adjacent to free space to have larger areas of free space. >> > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN >Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
