From owner-freebsd-smp Thu Jul 8 11:37:35 1999 Delivered-To: freebsd-smp@freebsd.org Received: from ns.mt.sri.com (unknown [206.127.79.91]) by hub.freebsd.org (Postfix) with ESMTP id 5046C14F67 for ; Thu, 8 Jul 1999 11:37:27 -0700 (PDT) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id MAA26140; Thu, 8 Jul 1999 12:37:15 -0600 (MDT) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id MAA01531; Thu, 8 Jul 1999 12:37:15 -0600 Date: Thu, 8 Jul 1999 12:37:15 -0600 Message-Id: <199907081837.MAA01531@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Alan Cox Cc: "Robert S. Sciuk" , Cosmic 665 , freebsd-smp@FreeBSD.ORG Subject: Re: SMP comparisons In-Reply-To: <19990708123546.H10611@cs.rice.edu> References: <19990708162724.16604.qmail@hotmail.com> <19990708123546.H10611@cs.rice.edu> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > I think we're not where we should be ... what with the GreatBigLock in the > > Kernel ... however, I've seen some -smp traffic which leads me to believe > > some very talented individuals are working to rectify this situation ... > > then FreeBSD should kick some proverbial butt 8-). > > > > Here's what you'll see shortly: > > 1. Bruce Evans is about to commit some changes to the interrupt management > code that removes one impediment to moving (or removing) the giant lock. > > 2. Luoqi Chen is working on the next step. He's moving some > of the interrupt management variables from shared memory to > per processor memory. > > Once these pieces are in place, the *body* of many simple system calls can > be executed without the giant lock. Returning from the system call > to user level will still, however, require the giant lock. Tackling > that problem and making some further changes to the interrupt management > code will probably be the next steps, but in the meantime people will be > able to experiment with multithreading various system calls. Whoo hoo..... Go guys go!!! Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message