home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!sun-barr!news2me.ebay.sun.com!exodus.Eng.Sun.COM!appserv.Eng.Sun.COM!sun!amdahl!JUTS!rbw00
- From: rbw00@ccc.amdahl.com ( 324 Richard Wilmot)
- Newsgroups: comp.arch
- Subject: MP interrupt handling was(Re: Sun 600MP Benchmark Anomaly)
- Message-ID: <21b002x91bnp01@JUTS.ccc.amdahl.com>
- Date: 24 Jul 92 02:52:14 GMT
- References: <l6ce8cINN9ja@spim.mips.com> <1992Jul17.183501.26138@decuac.dec.com> <147gceINN43d@early-bird.think.com> <BrKMq3.6D4@acsu.buffalo.edu> <1992Jul20.150259.16021@crd.ge.com>
- Reply-To: rbw00@JUTS.ccc.amdahl.com ( 324 Richard Wilmot)
- Organization: Amdahl Corporation, Sunnyvale CA
- Lines: 27
-
- In article <1992Jul20.150259.16021@crd.ge.com> davidsen@crd.ge.com (bill davidsen) writes:
- >
- >
- > As a general question, which machines do this now? When GE was in the
- >mainframe business we never did it, the kernel was totally shared but
- >all hardware interrupts came to the same processor. I think DTSS did
- >that, too, but could change the processor if the master went down.
- >--
- >bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
- > It never ceases to amaze me that otherwise rational people, able to
- > understand calculus, compound interest, and the income tax form, can
- > continue to believe that poker is a game of chance.
-
- IBM's MVS uses selective I/O interrupt enablement to vector I/O
- interrupt processing to selected processors in an MP. One would
- suppose that the operating system would then dispatch more other
- work to the others or they will just become eligible for the
- next to be dispatched process. This will tend to keep the I/O
- interrupt handling code as only polluting a few processor caches
- instead of salting it over all. This was discussed here before.
- It's not that I/O vectors are vectored to particular machines but
- that they are shunted away from others and so only interrupt enabled
- processors will catch interrupts.
-
- --
- Dick Wilmot | I declaim that Amdahl might disclaim any of my claims.
- (408) 746-6108
-