Rob,
I have all my machines and almost every customer at 3. I think it is the best, and secondly I can't adjust performance or be standing around watching it either. So, this moves memory to where it is needed. If you set the min and max on the WRKSHRPOOL, then I think you accomplish everything you need as it doesn't go overboard.
When I add more memory to a machine, I move the memory in chunks myself, and then watch as the auto-tuner adjusts it even more.
Pete
Pete Massiello
iTech Solutions
http://www.itechsol.com
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of rob@xxxxxxxxx
Sent: Tuesday, January 17, 2012 4:33 PM
To: midrange-l@xxxxxxxxxxxx
Subject: QPFRADJ=2 vs 3
I understand the arguments against QPFRADJ because of granularity, timeliness of change, or it doing changes when you don't want it to because you'd rather it be tuned for process "x". However we're going to continue to use that. IBM is recommending we change it from 2 to 3. Their argument is your system spends quite some time getting it tuned for normal production, why should you let an IPL throw that all out of whack? Seems to make sense to me. Questions I ponder though include:
What about new memory adds? Adjustment at IPL would surely help that. The counter to that is are you changing memory often enough that you can't just change it manually the few times you do that? Mightn't you also change your max/min's on WRKSHRPOOL at that same time also? To me, those counter questions kill the new memory exception.
Is your system still tuned for production anyway at IPL time? Let me explain. Let's say you bring your system down to restricted state. You run RCLSTG for 14 hours. You do a full system save for 8-10 hours. You IPL. Was that a good snapshot of your production memory usage anyway? Why not let the IPL readjust it? Let's say that just about every time you IPL these are your normal steps.
Rob Berendt
--
Group Dekko
Dept 1600
Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit:
http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at
http://archive.midrange.com/midrange-l.
As an Amazon Associate we earn from qualifying purchases.