Date: Sun, 15 Dec 1996 22:05:24 -0500 (EST) From: Chuck Robey <chuckr@Glue.umd.edu> To: Michael Hancock <michaelh@cet.co.jp> Cc: smp@freebsd.org Subject: Re: General SMP Design Message-ID: <Pine.OSF.3.95.961215220312.13518A-100000@gilligan.eng.umd.edu> In-Reply-To: <Pine.SV4.3.95.961216113146.24591B-100000@parkplace.cet.co.jp>
next in thread | previous in thread | raw e-mail | index | archive | help
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! ----------------------------+-----------------------------------------------
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.OSF.3.95.961215220312.13518A-100000>