Re: mainframe performance, was Is a RISC chip more expensive?



John L wrote:
So you're probably right, a high end x86 will run your random C
program faster than a z9 will, but set both up to run Linux with an
Apache web server with java applets and a SQL back end, servicing
requests over multiple gigabit ethernets, and I suspect I know which
one will be faster.
I assume you are saying that the Z series is faster. And if your first sentence is true, then presumably it must be the microcode assists that tip the balance?

It's the whole system design. Web servers are transaction servers,
and mainframe vendors have been figuring out how to make transactions
run fast since the SABRE project over 40 years ago. It's not just one
thing, it's the whole system design that has very fast I/O without the
bottlenecks you have on PCs (e.g., SCSI or ATA disk controllers that
can only run one of their disks at a time)

For over the last decade, all IBM systems have used SCSI disks. Yes, there is a controller that translates ECKD into SCSI commands, but that adds latency to the I/O. Yes, desktop PCs typically can do only one I/O per disk controller at a time, but PC servers can easily use the same SCSI disks as an IBM mainframe does and even do it without the additional latency. The latency on a PCI SCSI controller is far less than that of an IBM ECKD controller, and they can easily handle multiple I/Os per controller.

>, caches and TLBs that let
all those processors run without stepping on each other,


OK, now we are getting into it. What is it about the design of the caches and TLBs in the Z series that allows this and is not available on X 86 systems?

> and microcode
assists for the few bits that might be CPU bound.

The general consensus that led to RISC systems was that a sequence of RISC instructions was at least as fast, and usually faster than a heavily microcoded instruction for accomplishing complex tasks. So what is it about the microcode assists that changes this consensus?


--
- Stephen Fuld
(e-mail address disguised to prevent spam)
.



Relevant Pages

  • Re: Adaptec Storage Manager reports "No controllers were found in this system"
    ... I'm just a SCSI fan. ... I thought I had done enough research when I purchaed my Dell Precision ... a PCI-X SATA controller I intended to buy, and which would only work at 133 ... performance depends a lot on the number of disks involved, the RAID type, ...
    (comp.os.linux.hardware)
  • Problem with Maxtor Atlas IV drives
    ... It is time for a M/b and CPU upgrade anyway, and as onboard SCSI ... controller I might as well use it. ... jumpers on the disks - I wanted to see if the controller could recognise the ... can't do if no controller can recognise them. ...
    (comp.periphs.scsi)
  • Re: UC07 with BA350/RZ28 disk spinup problem
    ... VMS did not have SCSI drivers (or its SCSI ... command to a SCSI "spin up" command. ... to the controller configuration, at which point you can issue SCSI ... as far as the DSA/RA series disks, ...
    (comp.os.vms)
  • Re: Interesting SunFire V65x configuration issue
    ... > normal external differential SCSI device should. ... The V65x looks like a real winner as it ... > take a pile of fast SCSI disks and put them into a 6-bay UltraSCSI ... > should allow for about 50Mb/sec of IO on a differential controller. ...
    (comp.unix.solaris)
  • Re: SSA vs SCSI - general IO troubleshooting
    ... The first place I usually look for performance problems is paging, ... Second is I/O. ... The number of disks could be important. ... SSA vs SCSI - general IO troubleshooting ...
    (AIX-L)