From owner-freebsd-hackers  Sun Jul 14 01:54:35 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.5/8.7.3) id BAA07292
          for hackers-outgoing; Sun, 14 Jul 1996 01:54:35 -0700 (PDT)
Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1])
          by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA07280
          for <freebsd-hackers@FreeBSD.ORG>; Sun, 14 Jul 1996 01:54:29 -0700 (PDT)
Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.5/CET-v2.1) with SMTP id IAA01311; Sun, 14 Jul 1996 08:52:51 GMT
Date: Sun, 14 Jul 1996 17:52:51 +0900 (JST)
From: Michael Hancock <michaelh@cet.co.jp>
To: Warner Losh <imp@village.org>
cc: Bruce Evans <bde@zeta.org.au>, matt@lkg.dec.com,
        freebsd-hackers@FreeBSD.ORG, tech-kern@netbsd.org
Subject: Re: Some interesting papers on BSD ... 
In-Reply-To: <199607140529.XAA07492@rover.village.org>
Message-ID: <Pine.SV4.3.93.960714174257.1176B-100000@parkplace.cet.co.jp>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

On Sat, 13 Jul 1996, Warner Losh wrote:

> : spl is probably fundamentally wrong for SMP.  I haven't thought much
> : about what to use instead.
> 
> The Solbourne people might disagree with you.  As might the VMS
> Digitial people.  Both groups used a scheme where you would raise the
> spl *AND* grab access locks to data structures (I think the latter was

It's the quick and dirty route to getting an SMP version out the door
under budgetary or market timing constraints. 

To do it right, sections of code have to be rewritten to make the code as
parallel as possible. 

Caching also works very differently with multiple CPU's.