W dniu 2014-04-18 16:31, Paul Gilmartin pisze:
On 2014-04-18, at 03:48, R.S. wrote:
W dniu 2014-04-18 01:25, Ed Jaffe pisze:
On 4/4/2014 12:47 PM, R.S. wrote:
If you specify absolutely nothing about MEMLIMIT anywhere, the system-provided
default is 2G so obviously you can't go wrong with that in SMFPRMxx.
Right. IBM's provided defaults are always optimal.
You're kidding, aren't you?
Well,
My issue (problem?) is I have MEMLIMIT coded, but it's much more than default
2G. And I noticed that some DFSORT jobs consume considerable amounts of memory
causing paging.
From the other hand I don't want to be stingy, so I'm looking for some
recommendations.
o Hmmm... I'd think that any parameterization resulting in significant
paging of I/O buffers is counterproductive. Is DFSORT aware of this
in its design, and does it attempt to tailor its WSS to fit in real
storage?
o OTOH, paging I/O is reported to be very good. And 64-bit virtual
is enough for most plausible data sets. How about eliminating
SORTWKn data sets and performing the entire sort in virtual
storage? But this approach must pay careful attention to LoR.
I eliminated static SORTWK DDs many years ago and let SORT to choose
optimal work datasets if any are needed.
Sort in memory sounds fine, but there are tasks to large for that. I
observed DFSORT jobs consuming >48GB of memory. And that caused
excessive paging and problems with OLTP.
While I can (and I do) limit such jobs by adding MEMLIMIT to the
jobcard, I cannot preclude any new job and maybe other entities
"hogging" memory.
--
Radoslaw Skorupka
Lodz, Poland
---
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie
jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem
niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania
adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie
lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by
karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie
zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo
wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku.
This e-mail may contain legally privileged information of the Bank and is
intended solely for business use of the addressee. This e-mail may only be
received by the addressee and may not be disclosed to any third parties. If you
are not the intended addressee of this e-mail or the employee authorized to
forward it to the addressee, be advised that any dissemination, copying,
distribution or any other similar activity is legally prohibited and may be
punishable. If you received this e-mail by mistake please advise the sender
immediately by using the reply facility in your e-mail software and delete
permanently this e-mail including any copies of it either printed or saved to
hard drive.
mBank S.A. z siedzib w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: [email protected]
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 0000025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2014 r. kapita zakadowy mBanku S.A. (w caoci wpacony) wynosi 168.696.052 zote.
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
