From owner-freebsd-smp Sun Apr 27 20:52:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA18759 for smp-outgoing; Sun, 27 Apr 1997 20:52:03 -0700 (PDT) Received: from cypher.net (black@zen.pratt.edu [205.232.115.155]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA18753 for ; Sun, 27 Apr 1997 20:52:01 -0700 (PDT) Received: (from black@localhost) by cypher.net (8.8.5/8.7.1) id XAA08681; Sun, 27 Apr 1997 23:49:51 -0400 Date: Sun, 27 Apr 1997 23:49:50 -0400 (EDT) From: Ben Black To: Chuck Robey cc: FreeBSD-SMP@FreeBSD.org Subject: Re: SMP In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-smp@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 27 Apr 1997, Chuck Robey wrote: > On Sun, 27 Apr 1997, Ben Black wrote: > > > freebsd-smp is not the best example of how to do SMP. it uses the > > simplest method: one giant kernel lock. i don't know that it is > > particularly representative of advanced SMP operating systems (though > > linux also uses a giant kernel lock). > > One per CPU? One lock total? How many copies of the kernel are running one lock. one kernel. > at once? How is caching handled, per cpu, or globally (forcing the two > cpu's to look like one?) When a system call executes, what handles it, > one cpu? caching is handled in hardware with software awareness. system calls are handled by whichever CPU gets scheduled for it.. hence, symmetric. b3n