home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / arch / 8299 < prev    next >
Encoding:
Internet Message Format  |  1992-07-25  |  1.4 KB
  1. Path: sparky!uunet!usc!elroy.jpl.nasa.gov!ames!sun-barr!news2me.ebay.sun.com!exodus.Eng.Sun.COM!appserv.Eng.Sun.COM!ouroborous.Eng.Sun.COM!limes
  2. From: limes@ouroborous.Eng.Sun.COM (Greg Limes)
  3. Newsgroups: comp.arch
  4. Subject: Re: Sun 600MP Benchmark Anomaly
  5. Date: 25 Jul 1992 00:51:21 GMT
  6. Organization: Sun Microsystems, Inc.
  7. Lines: 19
  8. Message-ID: <l719c9INNhm8@appserv.Eng.Sun.COM>
  9. References: <1992Jul23.145502.20975@ncrcae.ColumbiaSC.NCR.COM> <l6tucvINNbqt@appserv.Eng.Sun.COM> <JIM.92Jul24155432@hunter.cs.strath.ac.uk>
  10. NNTP-Posting-Host: ouroborous
  11.  
  12. I wrote:
  13. | Second answer: Only one CPU at a time can receive interrupt
  14. | requests from devices in the system.
  15.  
  16. In article <JIM.92Jul24155432@hunter.cs.strath.ac.uk> jim@cs.strath.ac.uk (Jim Reid) writes:
  17. | It shouldn't be that difficult to arrange for multiple processors to
  18. | execute multiple interrupt service routines simultaneously.
  19.  
  20. You get that when you get multithreading, ie. Solaris 2, the version
  21. of the system that supports the SuperSPARC in MP mode.
  22.  
  23. In SunOS 4.1.2mp, we opted for maximum compatibility, which includes
  24. the interactions between the two halves of the device drivers, and to
  25. as large an extent as possible, not requiring source changes to
  26. interrupt service routines.
  27.  
  28. Feel free to let me know if more detail is needed on this; I'm cutting
  29. it short because (a) it seems obvious, and (b) it's 6pm friday evening
  30. and I hear a beer calling.
  31.