I think Bob Rogers would disagree with you on this, at least on a z10 with large frames. Worst case seems to be same throughput as 31-bit, while best case is significantly better throughput.
>>> Kirk Wolf <k...@dovetail.com> 03/19/10 4:41 PM >>> RE: z/OS 64-bit Java - My preference is to run the 31-bit JVM on z/OS unless you really need 64-bit (eg. you need more than 1.5G java heap). Although SDK6-64 has come a long way in eliminating the performance penalty, it is still heavier than 31-bit. Also, consider that many z/OS services are not 64-bit enabled yet, so with a 64-bit JVM you end up moving stuff below the line when doing many OS service calls. Of course, this is a moving target; it could be that 64-bit Java is just as fast for some workloads if you tune it just right. ---------------------------------------------------------------------- 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 CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. ---------------------------------------------------------------------- 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
