IBM's got some CMM info posted at: http://www.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/WP101151
http://www.vm.ibm.com/sysman/vmrm/vmrmcmm.html http://www.vm.ibm.com/perf/reports/zvm/html/530cmm.html > -------------------------------------------------------- This e-mail, including any attachments, may be confidential, privileged or otherwise legally protected. It is intended only for the addressee. If you received this e-mail in error or from someone who was not authorized to send it to you, do not disseminate, copy or otherwise use this e-mail or its attachments. Please notify the sender immediately by reply e-mail and delete the e-mail from your system. -----Original Message----- > From: Linux on 390 Port [mailto:[email protected]] On Behalf Of > ???? ???? > Sent: Wednesday, December 17, 2008 8:21 AM > To: [email protected] > Subject: Over Committing Storage in z/VM > > Hi all, > > > > I have been reading a lot about Linux storage management and I saw a > couple > of recommendations for over committing storage in z/VM : > > 1. Give your Linux as little storage as possible and use a VDISK > for > the first swap device. > > 2. Use CMM to manage Linux storage. > > The first one looks very hard to manage and monitor. > > The second I just heard about today... I read something about it using > tcpip. > That just seems strange, should I relay on my TCPIP machine for storage > management? > > I am using a VSWITCH for that reason exactly... I don't want my Linux > machines > to depend on the TCPIP machine. > > Anyone here using CMM for over committing? It sounds great! is it > working > great as well? > > > > Thanks, > > Offer Baruch. ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
