Date: Fri, 5 Nov 1999 08:56:49 +1100 From: Peter Jeremy <jeremyp@gsmx07.alcatel.com.au> To: freebsd-arch@freebsd.org Subject: Re: Threads goals version III Message-ID: <99Nov5.085119est.40325@border.alcanet.com.au> In-Reply-To: <199911041804.LAA18253@usr06.primenet.com> References: <Pine.BSF.4.05.9910311908080.8816-100000@home.elischer.org> <199911041804.LAA18253@usr06.primenet.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 1999-Nov-05 05:04:17 +1100, Terry Lambert wrote: >1) A means of allowing programmers to build procedural > soloutions instead of state machines. > > This is really a programmer convenience, for programmers > who know how to write linear code, but don't know how to > do finite state automata, I think that's being a bit unfair. One problem with FSA's is that following their internal logic can sometimes be substantially more difficult than following an equivalent linear control flow. This makes than more difficult to write and check - and increases the maintenance costs. >1) SMP scalability IMHO, this is going to rise in importance over time - and probably become the predominant reason for writing threaded code. It's becoming more and more difficult to make single processors faster, so fast machines will increasingly rely on multiple processors. >Julian has asked me several times to write up my threading model; >he's seen it on a white board, and I've been able to address all >of his concerns regarding it there. The rest of us would also like to see it. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?99Nov5.085119est.40325>