From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Thread: 103376,b95a522100671708 X-Google-Attributes: gid103376,public X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news1.google.com!news3.google.com!news.glorb.com!transit.nntp.hccnet.nl!transit1.nntp.hccnet.nl!border2.nntp.ams.giganews.com!border1.nntp.ams.giganews.com!nntp.giganews.com!pe2.news.blueyonder.co.uk!blueyonder!peer-uk.news.demon.net!kibo.news.demon.net!news.demon.co.uk!demon!not-for-mail From: "Luke A. Guest" Newsgroups: comp.lang.ada Subject: Re: For the AdaOS folks Date: Mon, 03 Jan 2005 06:40:07 +0000 Message-ID: References: <1PTAd.1218$0y4.421@read1.cgocable.net> <1vemlj8wqr9ea$.qyecszhsmtqa$.dlg@40tude.net> <1b48kdfqsk3mw.7gajq12fsa82.dlg@40tude.net> <52fBd.42256$nV.1324414@news20.bellglobal.com> <33li96F422q0fU1@individual.net> <33qh7eF42pn2fU1@individual.net> NNTP-Posting-Host: abyss2.demon.co.uk Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Trace: news.demon.co.uk 1104734407 12720 62.49.62.197 (3 Jan 2005 06:40:07 GMT) X-Complaints-To: abuse@demon.net NNTP-Posting-Date: Mon, 3 Jan 2005 06:40:07 +0000 (UTC) User-Agent: Pan/0.14.2 (This is not a psychotic episode. It's a cleansing moment of clarity.) Xref: g2news1.google.com comp.lang.ada:7397 Date: 2005-01-03T06:40:07+00:00 List-Id: On Sun, 02 Jan 2005 22:13:47 -0500, Warren W. Gay VE3WWG wrote: >>>>Correct. That's why a protected AmigaOS must support protection domains >>>>not only for processes but also for libraries. That's a generalization >>>>of the UNIX model. There you have protection domains for each process >>>>plus one protection domain for the kernel which is mainly a huge >>>>library. In AmigaOS every library would need its own protection domain >>>>and context switches must be as lightweight as possible. >> >> I certainly wouldn't do it like that. On hardware that has an MMU (most >> these days), that would result in a very slow system due to the amount of >> context switches, this is why the libraries need to be mapped into the >> address space of the running app, i.e. shared between applications. > > There is no argument about the overhead in this case. However, I > maintain that if enough people start using operating systems > that are implemented this way, they'll finally enhance the > hardware to correct this problem. Until then, people may as well > continue to say "we can't do it that way". I believe the problem > is fixable in hardware. Yeah but, what you were saying was that you wanted OSes to use protection domains for libraries *as well*, this is the wrong way to go. The libraries are (and should be) mapped into an applications address space, libraries *should never* have their own address spaces. It is that idea which is wrong and would be slow, not the *proper* way to do it. >> Single address space OSes are only useful if you have loads of memory and >> you're not using that many apps at any one time. So you need to be more >> careful with the sizes of apps. You will run out of memory, especially >> considering the size of apps these days. >> >> Luke. > > Even when you have address space to "burn", you can quickly use it > up if you decide to map files into memory. Security is another > potential issue (you would have to map out pages that you don't > want others to see etc.) Well, if you have a single address space OS, you're unlikely to have virtual memory, that's what these OSes are used for. You can still provide memory protection on the pages that belong to each application without any problems. Luke.