Why? I would expect performance gain in more efficient real storage management, not in more efficient paging. We don't page anymore these days, do we?
Kees. -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Thomas H Puddicombe Sent: Thursday, May 02, 2013 16:30 To: [email protected] Subject: Re: Performance gains with LFAREA ? I suspect that any real performance gains will happen with the EC12 processor equipped with flash memory as a paging device. Vacation Notice: None Tom Puddicombe Mainframe Performance & Capacity Planning CSC 31 Brookdale Rd, Meriden, CT 06450 ITIS | (860) 428-3252 | [email protected] | www.csc.com This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. From: Anthony Hirst <[email protected]> To: [email protected] Date: 05/02/2013 10:11 AM Subject: Re: Performance gains with LFAREA ? Sent by: IBM Mainframe Discussion List <[email protected]> I've rolled it out into 2 of our test LPARs and have been using the HIS 113 records to try and measure the improvement. Specifically looking at the percentage of TLB miss processor cycles. I haven't seen an improvement using that metric, going into production this month so stay tuned. On Thu, May 2, 2013 at 5:07 AM, Markus Haselbach < [email protected]> wrote: > Hello, > > we start using LFAREA (1M pages) with z/OS 1.13 and DB2 10 on z196. > From IBM I read: "Using large pages can improve performance for some > applications by reducing the overhead of dynamic address translation". > We wonder how to measure this performance improvement. What we're trying > now is measuring and comparing CPU usage/ SQL with and without 1M pages. > Does someone have experience with this performance improvement and can > anybody advice me on what should/could be measured? > > kind regards > Markus > > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN ******************************************************** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ******************************************************** ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
