W dniu 2010-08-22 00:01, Steve Comstock pisze:
[...]
Well, that's a good point. I remember a few years back someone
posted on this group that if you thought about 64-bit address
spaces it's really absurd:
I don't want to be responsible for someone's else opinions!
1. The system could not support enough DASD capacity to
fully page-out a single 16 EB address space, and besides
the maximum number of page data sets limits you even
further
He was obviously wrong. 64-bit addressing does not imply full sized
adddress space.
2. If you actually did have to page in a 64-bit address space
at current data transfer rates it would take around 500
years (or was it 500 hours? my memory is a little hazy
on their math; either way it's untenable)
As above.
Point being your point: one may have theoretical limits
and practical limits - which is important?
I don't understand. However the above (about 64-bit) shows, that
misunderstanding of the real nature of things could lead to false
conclusions.
Mine conclusions regarding sysplex limits are not false, or at least you
did not prove it. I repeat: conclusions about 64-bit addressing are not
mine.
Does the limit make any sense? Yes, of course: it's MORE THAN YOU NEED.
No one will ever need more than 640K
5 mainframes
16 MB
Very funny, but again: you cite not mine words. If you want to discuss
my opinions, then don't put third persons (and unrelated to the topic)
opinions.
I said: the largest sysplex is bigger than any customer would need.
Obviously this is my humble opinion, but even IBMers used to admit that
there are very few customers who need more than two (TWO!) CPCs - of
course having in mind full sized ones, fully dedicated for z/OS. Hint:
financial issues do play a role in the game as well.
If you know any customer who want more than IBM could deliver, please
let us know.
Probably some other limitations like # of CF links or former # of
timer links can reduce this theoretical limit.
These are my words. And this is my point: there are other limitations
which can make your calculations irrelevant. And these words are left
unresponded! I didn't say anything about 640kB. I mentioned timer links,
CF links, LPAR and z/OS limits.
Regards
--
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.2009 r. kapita zakadowy BRE Banku SA (w caoci
wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego
podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca
2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec
podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym
BRE Banku SA 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
