The impetus for large page exploitation is well documented. I have discussed this at length at both SHARE and CMG conferences. Also you can reference the papers below which describe specific success stories for JAVA and z/OS
http://www- 304.ibm.com/jct09002c/partnerworld/wps/servlet/ContentHandler/whitepaper/s ystemz/java_websphere/performance http://www.research.ibm.com/journal/abstracts/rd/531/tzortzatos.html I believe the issue here is not the performance benefits of large pages but rather the difficulty with capacity planning for the size of the LFAREA IEASYSxx parameter. That issue is being addressed (see my previous appends). Elpida Tzortzatos phone (845) 435-3125 email: elp...@us.ibm.com On Sun, 15 Aug 2010 12:23:47 -0700, Gerhard Adam <gada...@charter.net> wrote: >> We are still using large pages but have been doing it in steps over the >> last 6 months (IPL with larger LFAREA, convert more WAS regions to 64- bit). > >OK, I give up. Why? What is the benefit versus the cost? Even the original literature suggested that it could cause performance degradation for some applications (although obviously not because of bugs). > >So I'm curious. Who is actually measuring this? What is being measured? and how did anyone determine that it would be beneficial? > >Adam > >---------------------------------------------------------------------- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO >Search the archives at http://bama.ua.edu/archives/ibm-main.html ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html