home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!mcsun!uknet!strath-cs!baird!jim
- From: jim@cs.strath.ac.uk (Jim Reid)
- Newsgroups: comp.arch
- Subject: Re: Sun 600MP Benchmark Anomaly
- Message-ID: <JIM.92Jul24155432@hunter.cs.strath.ac.uk>
- Date: 24 Jul 92 14:54:32 GMT
- References: <l6asqqINNhvm@exodus.Eng.Sun.COM> <l6c2l5INNcds@appserv.Eng.Sun.COM>
- <1992Jul23.145502.20975@ncrcae.ColumbiaSC.NCR.COM>
- <l6tucvINNbqt@appserv.Eng.Sun.COM>
- Sender: news@cs.strath.ac.uk
- Organization: Computer Science Dept., Strathclyde Univ., Glasgow, Scotland.
- Lines: 32
- Nntp-Posting-Host: hunter
- In-reply-to: limes@ouroborous.Eng.Sun.COM's message of 23 Jul 92 18:25:35 GMT
-
- In article <l6tucvINNbqt@appserv.Eng.Sun.COM> limes@ouroborous.Eng.Sun.COM (Greg Limes) writes:
-
- In article <1992Jul23.145502.20975@ncrcae.ColumbiaSC.NCR.COM> Jeff.McElroy@ColumbiaSC.NCR.COM writes:
- | So, how many processors can take and service interrupts?
-
- Two answers, as usual ;-)
-
- First answer: All CPUs can accept and service interrupts,
- without regard to which CPU initiated the action that
- eventually triggered the interrupt. The same chip that handles
- MBus arbitration handles distribution of the interrupts; an
- internal register tells it which CPU gets them.
-
- Second answer: Only one CPU at a time can receive interrupt
- requests from devices in the system, and the software design of
- the 4.1.2mp kernel requires that device interrupt service
- routines execute within the single lock, so only one CPU at a
- time will be inside interrupt service routines.
-
- So does this mean that this "symmetrical multi-processor SunOS" isn't
- really what it claims to be? If only one CPU at a time can be executing
- interrupt service code, what we've got is an OS with one dedicated
- (but not fixed) I/O processor.
-
- It shouldn't be that difficult to arrange for multiple processors to
- execute multiple interrupt service routines simultaneously. Encore
- - whatever happened to them? - and Sequent have had UNIX kernels which
- have done this for years (albeit with hardware assistance to handle
- bus/interrupt/CPU arbitration). Perhaps there's some problem with
- cache consistency and RISC chipsets at the bottom of all this?
-
- Jim
-