Don't forget the globalizations abilities; you can get only 16 physical CPUs in one physical box, but you can connect multiple physcial boxes together to present a single image.
I was at one company where their MVS system was actually comprised of 3 physical processors located in three separate states, but still functioned and appeared as 1 MVS system. Garry E. Ward Senior Software Specialist Maritz Research Automotive Research Group 419-725-4123 -----Original Message----- From: Alan Altmark [mailto:[EMAIL PROTECTED]] Sent: Tuesday, September 10, 2002 12:23 PM To: [EMAIL PROTECTED] Subject: Re: Linux scalability on SGI Itanium 2 prototype On Tue, 2002-09-10 at 16:23, Phil Payne wrote: > > This was forwarded to me by a co-worker. It's interesting, and sort of > > echoes IBM's experience with 64-bit Linux on zSeries. IBM mainframes have a > > maximum of 16 processors per box, but they also saw linear scalability when > > running a 2.4 kernel in 64-bit mode. This is very nice verification of > > those results. > > I didn't think Linux supported a 16-way image. I would be remiss if I didn't point out that IBM only *sells* boxes with a maximum of 16 CPUs. That is not an architectural maximum of zSeries. Consider that z/VM guest virtual machines can have a maximum of 64 virtual CPUs (again, an implementation limit , not architeture)! Granted, it isn't useful to have more virtual CPUs than you have real ones, but I just don't want anyone to get the idea that mainframes have some sort of inherent CPU limit. >From a practical standpoint, the partitioning (LPAR) and virtualization (z/VM) capability of IBM zSeries allow you to add additional workload via horizontal growth, rather than vertical. Of course, vertical is still available as an option where needed. Alan Altmark Sr. Software Engineer IBM z/VM Development <font size="1">Confidentiality Warning: This e-mail contains information intended only for the use of the individual or entity named above. If the reader of this e-mail is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, any dissemination, publication or copying of this e-mail is strictly prohibited. The sender does not accept any responsibility for any loss, disruption or damage to your data or computer system that may occur while using data contained in, or transmitted with, this e-mail. If you have received this e-mail in error, please immediately notify us by return e-mail. Thank you.
