Beefy Boxes and Bandwidth Generously Provided by pair Networks
Don't ask to ask, just ask

Re: Anyone interested in coding a _real_ Perl OS?

by hardburn (Abbot)
on Jul 05, 2011 at 15:15 UTC ( #912836=note: print w/replies, xml ) Need Help??

in reply to Anyone interested in coding a _real_ Perl OS?

The main issue facing any high-level language used in a kernel is predictable memory usage. Ref counting garbage collectors (like the one in Perl) are more predictable than mark-and-sweep style (like the JVM), but problems remain. When you declare a new variable, Perl may be able to use some memory on hand, but maybe it will need to ask the system for more (and never give it back!).

If you're looking at doing this as an academic exercise, then by all means, go ahead. Lots of toy OSen get written like that. But I don't think such an OS will ever become widely accepted.

"There is no shame in being self-taught, only in not trying to learn in the first place." -- Atrus, Myst: The Book of D'ni.

  • Comment on Re: Anyone interested in coding a _real_ Perl OS?

Replies are listed 'Best First'.
Re^2: Anyone interested in coding a _real_ Perl OS?
by dosadi (Initiate) on Aug 06, 2011 at 06:11 UTC

    I think that the problem is moot, since I will probably end up using a nanokernel such as the MIT exokernel, which means at least initially that the Perl interpreter will have a back-end heap available which is small and fast. Other than that, I guess that not having some more-than-adequate GC algorithms available is not a problem - the code will still run until such time as a better Perl GC gets written.


Log In?

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://912836]
and all is quiet...

How do I use this? | Other CB clients
Other Users?
Others taking refuge in the Monastery: (10)
As of 2018-06-18 13:39 GMT
Find Nodes?
    Voting Booth?
    Should cpanminus be part of the standard Perl release?

    Results (109 votes). Check out past polls.