Re: OS decisions
[email protected] (Frode V. Fjeld) Mon, 15 Jun 2009 12:01:30 +0200
| Newsgroups | gmane.lisp.movitz.devel |
|---|---|
| Message-ID | <[email protected]> |
Brian Makin <[email protected]> writes: > Process isolation isn't quite as important when you can't write into > random memory locations so easily. If you have one lisp process > running and I have another... how can I do something bad to you? It boils down to what is your design goals, doesn't it? Thinking historically about this, I believe that memory protection (or even multi-user systems in general) came about because machines were so huge and costly that sharing them between people (and even organizations) was inevitable. But this pattern is very nearly inverted now, in that each person now has (exclusive) access to several machines. That's not to say that hw protection isn't nice to have (and for some applications even necessary), but remember also that there tends to an inherent cost in terms of performance, system/code/programming complexity, and general barriers to information flow. So perhaps it would be more beneficial to focus on removing the communication barriers between machines than how to add barriers inside them? (Not to imply that these are conflicting desing goals, other than wrt. time and effort.) -- Frode V. Fjeld