Elardus Engelbrecht pisze:
Mark Pace wrote:
I have an SE that has job running out of memory. The error message says
that he ran out of storage at 1792MB.
and
There is not a dump. The program ends nicely with an error message, not
an IBM message, that it is out of memory.
It's batch utility to massage SMF data and was not written inhouse. The SE
is talking with them now. There suggestion was to process less data. :-D
Why not selecting shorter intervals of SMF data? Or process one LPAR at a
stage?
IMHO it is definitely bad design. Regardless of input data size the
program should not depend on "the more data at input the more memory"
rule. Of course, if the program requirements does not depend on data
size, then it's even more funny.
<Friday mode>
It's even more than new version Excel requires!
</Friday mode>
--
Radoslaw Skorupka
Lodz, Poland
--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl
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 16.07.2010 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.248.328 zotych.
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
