From owner-freebsd-smp Sun Dec 15 19:05:35 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id TAA03023 for smp-outgoing; Sun, 15 Dec 1996 19:05:35 -0800 (PST) Received: from po2.glue.umd.edu (root@po2.glue.umd.edu [129.2.128.45]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id TAA03016 for ; Sun, 15 Dec 1996 19:05:28 -0800 (PST) Received: from gilligan.eng.umd.edu (gilligan.eng.umd.edu [129.2.103.21]) by po2.glue.umd.edu (8.8.3/8.7.3) with ESMTP id WAA07605; Sun, 15 Dec 1996 22:05:25 -0500 (EST) Received: from localhost (chuckr@localhost) by gilligan.eng.umd.edu (8.8.3/8.7.3) with SMTP id WAA13567; Sun, 15 Dec 1996 22:05:24 -0500 (EST) X-Authentication-Warning: gilligan.eng.umd.edu: chuckr owned process doing -bs Date: Sun, 15 Dec 1996 22:05:24 -0500 (EST) From: Chuck Robey X-Sender: chuckr@gilligan.eng.umd.edu To: Michael Hancock cc: smp@freebsd.org Subject: Re: General SMP Design 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 Mon, 16 Dec 1996, Michael Hancock wrote: > This paper was brought up on hackers and I think it has some good > guidelines for SMP design. I am not advocating Non-blocking > Synchronization yet, because I still don't know enough about it, but much > of what is written is good for SMP in general. > > http://www-dsg.stanford.edu/papers/non-blocking-osdi/index.html > > We have many examples of type-stable memory management in our code. i.e. > a vnode is always an instance of a vnode, it can be a on a free list. It > doesn't change it's type. The zone allocator is a good thing. I read that, but I don't clearly see why TSM was required. Not talking about the benefits, but why it's required by NBS. Are you clearer, and could you explain it without too much verbage (I don't want to make everyone read a thesis here 8-> ). > > The other interesting things aside from NBS included CMDS, contention > minimizing data structures. > > They advocate per-processor pools which many agree is good for SMP > performance. > > I've noticed a lot of headers regarding TLB shootdowns recently. The text > "Unix Internals: The New Frontiers" by Uresh Vahalia has some algorithms. > > Regards, > > > Mike Hancock > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+-----------------------------------------------