home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.arch
- Path: sparky!uunet!cs.utexas.edu!torn!utzoo!henry
- From: henry@zoo.toronto.edu (Henry Spencer)
- Subject: Re: Solaris (was: Sun 600MP Benchmark Anomaly)
- Message-ID: <Brz06v.30B@zoo.toronto.edu>
- Date: Sun, 26 Jul 1992 00:32:54 GMT
- References: <1992Jul16.210353.6464@sequent.com> <14pkdrINN5ni@uk-news.UK.Sun.COM> <1992Jul25.142435.9821@athena.mit.edu> <nodh0gc@rhyolite.wpd.sgi.com>
- Organization: U of Toronto Zoology
- Lines: 15
-
- In article <nodh0gc@rhyolite.wpd.sgi.com> vjs@rhyolite.wpd.sgi.com (Vernon Schryver) writes:
- >You must have see some of the some MP UNIX kernel implementations, and
- >wondered how they get anything done what with all of the locking and
- >P'ing and V'ing.
- > ... about half of the people (inside and out; all of customers,
- > marketing, and implementors) get bent out of shape if anything
- > in the system is not fully semaphored with tiny grains...
-
- Analogies to this occur in software too. In the early days of C News,
- we (specifically, Geoff) experimented briefly with fine-grain locking for
- the control files. We discarded it immediately when we saw what it did
- to performance.
- --
- There is nothing wrong with making | Henry Spencer @ U of Toronto Zoology
- mistakes, but... make *new* ones. -D.Sim| henry@zoo.toronto.edu utzoo!henry
-