A good decision, probably not a difficult one, by Mr. Holder and friends. Untangling that can of worms should not be a high priority use of development $$.
Regards, Richard Schuh > -----Original Message----- > From: The IBM z/VM Operating System > [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Alan Altmark > Sent: Tuesday, June 14, 2011 10:45 AM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: z/VM page space > > On Tuesday, 06/14/2011 at 01:30 EDT, David Boyes > <dbo...@sinenomine.net> > wrote: > > > I think that's why you'd have to force CP to dirty the page rather > > than doing it inside a virtual machine, especially with > CP's own pages > > potentially written at startup. Probably only doable from inside CP > > itself, or at minimum, via manipulate of real storage rather than > virtual > > storage. There Be Dragons. > > > > Another project for my Copious Spare Time. Not. > > And now you know why DRAIN MIGRATE doesn't exist. :-) As > Bill Holder, > z/VM Memory Master, alludes, there are no data structures in > CP that index the contents of paging volumes. You would have > to traverse every users' > memory management data structures to find references to page > slots on the drained volume. In short, "Eeeww." > > Alan Altmark > > z/VM and Linux on System z Consultant > IBM System Lab Services and Training > ibm.com/systems/services/labservices > office: 607.429.3323 > mobile; 607.321.7556 > alan_altm...@us.ibm.com > IBM Endicott >
