🚀 go-pugleaf

In article <14007@pur-ee.UUCP>, hankd@pur-ee.UUCP (Hank Dietz) writes:
> 
> 6) Since nobody builds uniprocessors anymore (;-), NEVER interrupt a
>    processor:  simply let another processor which happens to be free at that
>    moment (or the next processor to become free) handle the interrupt.
> 
> Number 6 is the really interesting one.
> 
A slight variation on this is used by some mainframe operating systems - in
a multiprocessor only one processor may be enabled for I/O interruptions. The
OS will enable another processor if the interrupt load on the enabled processor
reaches a certain threshold (and so on).  Of course, any processor can start 
an I/O operation. A nice side-effect is that the enabled processor can test
for pending interrupts when it finishes interrupt processing and handle the
next one in the queue without bothering to process switch. This batching effect
increases performance further.
-- 
Mike Taylor                               ...!{hplabs,amdcad,sun}!amdahl!mat

[ This may not reflect my opinion, let alone anyone else's.  ]