[movitz-devel] OS decisions

[Ram Vedam]

Is Movitz or should Movitz be geared towards becoming a multiuser system? I
think it would be a good idea... and if that is the eventual goal, then
memory protection is a very good idea. Though wouldn't you need memory
protection for process isolation to work correctly? Unless I'm missing
something here...

Ram

On Sat, Jun 13, 2009 at 6:30 PM, Brian Makin <merimus at gmail.com> wrote:

>
> On Jun 13, 2009, at 5:35 PM, Shawn Betts wrote:
>
> > On Fri, Jun 12, 2009 at 5:40 PM, Brian Makin<merimus at gmail.com> wrote:
> >> Some architecture questions... some of which may not have been
> >> decided
> >> yet.
> >>
> >> Do we want to support 32 and 64 bit?
> >
> > I believe Frode was working on a 64bit port.
> >
> >> SMP?
> >
> > Sure, why not?
> >
> >> Will there be virtual memory?
> >
> > You sorta have to if you want to access all the computer's memory
> > don't you?
> >
>
> More of a question of paging.  You could decide that ram sizes are
> large enough that we don't need it...
>
> >> Memory protection?
> >
> > In many ways lisp doesn't need memory protection since you don't
> > create pointers out of thin air like in C. That said, it could be
> > useful for security purposes if movitz was a multiuser system.
> >
>
> Protection between user processes probably aren't as important.  In a
> multiuser system you would still want projection between user and
> kernel space however.
>
> >> What kind of file system? or use an existing one?
> >
> > I think an existing one would be fine.
> >
> >> Will it have a console or be gui driven?
> >
> > Both of course! :)
> >
> > -Shawn
> >
> > _______________________________________________
> > movitz-devel site list
> > movitz-devel at common-lisp.net
> > http://common-lisp.net/mailman/listinfo/movitz-devel
>
>
> _______________________________________________
> movitz-devel site list
> movitz-devel at common-lisp.net
> http://common-lisp.net/mailman/listinfo/movitz-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/movitz-devel/attachments/20090613/e2c0abab/attachment.html>