Talk:Single address space operating system

From Wikipedia, the free encyclopedia
Jump to: navigation, search
WikiProject Computing (Rated Stub-class)
WikiProject icon This article is within the scope of WikiProject Computing, a collaborative effort to improve the coverage of computers, computing, and information technology on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.
Stub-Class article Stub  This article has been rated as Stub-Class on the project's quality scale.
 ???  This article has not yet received a rating on the project's importance scale.
Note icon
This article has been automatically rated by a bot or other tool as Stub-Class because it uses a stub template. Please ensure the assessment is correct before removing the |auto= parameter.

Stub? more like super-stub. I can't beleive this is the best result I can get for a Google search for "SASOS kernel"

Amiga ?[edit]

Wonder if AmigaOS is a SASOS. Ok it as a single address space (as many other basic systems...) but is it really "shared" ?

I'd appreciate a citation or reference to justify this addition.

--Goulu 11:58, 27 September 2011 (UTC)

What is definition of "shared" here? There is no memory protection and applications can pass data to each others without copying. I tried to find references but found nothing. The best description could be Exec message passing... Xorxos (talk) 19:57, 28 September 2011 (UTC)
The Amiga used the TRIPOS operating system, which was indeed an single address space system (necessary to hit the low price point, it used a stock 68000 without any MMU hardware).
The original MIT Lisp Machine and I think its successors were also single address space systems, check the 5th paragraph of the Technical overview section. Hga (talk) 13:08, 29 September 2011 (UTC)

Virtual address space?[edit]

Is a virtual address space really a necessary requirement for a SASOS? (talk) 17:31, 22 June 2016 (UTC)

No - most do have memory mapping, but some don't. Guy Harris (talk) 17:57, 22 June 2016 (UTC)
Yes, else it's what's generally called a flat memory model. The point of a SASOS, as used in the OS literature, is that it has memory protection but that's orthogonal to translation. Which, btw, means that many projects in the list shouldn't be there, eg AmigaOS or bare metal. heiser (talk) 19:16, 22 June 2016 (UTC)
Memory protection is so orthogonal to translation that there are systems whose hardware supports memory protection but not translation, e.g. those System/360 machines (other than the Model 67, which did have translation) that had protection keys.
So it's possible to have the address space be physical rather than virtual but still have protection. What does that leave as the sine qua non of an SASOS? Guy Harris (talk) 19:47, 22 June 2016 (UTC)
Sure. That's not much different from higher-end microcontrollers who have an MPU with (potentially multiple) base-limit-type segments. That doesn't give you a SASOS in the sense of how the term is used in the literature, which tends to assume that the SAS incorporates all data of the system (incl persistent data) and, importantly, that a datum's address is invariant over its lifetime. You can only get that with virtual memory.
All this shows that the article is fairly inadequate, it should be labelled a stub. heiser (talk) 20:59, 22 June 2016 (UTC)