Mark Bodenstein wrote:
[...]
Since we're not paging on those systems, would we get any benefit from
allocating additional storage to them? Or would we just be spending
DASD space (because the backing store for paging would have to be bigger
to accommodate the additional storage) for no benefit?
What applications are in use ?
In many cases you can increase buffers and get better performance.
Theoretically more storage means more CPU cycles, but I strongly believe
it won't be tangible.
More RAM doesn't necessarily mean more AUX (page datasets).
<joke>
Or power down the z9, remove the book, remove some DIMM chips and put it
in your child's PC - games need a lot of RAM
</joke>
--
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 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci
opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego
podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003
r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528
z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone.
----------------------------------------------------------------------
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
