Please show the entire trace entry. Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. Poughkeepsie NY
"IBM Mainframe Discussion List" <IBM-MAIN@LISTSERV.UA.EDU> wrote on 06/01/2021 04:12:18 PM: > From: "Crawford, Robert C." <000001feadb2c2d2-dmarc-requ...@listserv.ua.edu> > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 06/02/2021 12:06 PM > Subject: Why Would COPYSRVH Cause a 1M Page Demtion [Internal] > Sent by: "IBM Mainframe Discussion List" <IBM-MAIN@LISTSERV.UA.EDU> > > I've been trying to track down what's causing system 1M page > demotions on our test system. The component trace IBM gave me shows, in part: > > SYS5 SGTDEM64 00000063 12:44:53.270019 Demote 1M 64 bit page > FUNC1... COPYSRVH High Virtual Copy Service > JOBN1... ZUMCCMG1 ASID1... 0215 PLOCKS.. 8800C001 CPU..... 0006 > JOBN2... ZUMCCMG3 ASID2... 022D RLOCKS.. 8800C001 RLOCKDET 0800 > KEY..... 0036 ADDR.... 035E1008 ALET.... 00000000 > > The COPYSRVH function isn't well documented but, from I see, UNIX > fork processing invokes it to copy memory to the new process. This > makes sense in that JOBN1 and JOBN3 are both USS processes. > > Both LFAREA and SCM on this system are less than 1% used. Why is z/ > OS demoting pages? ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
