Return Styles: Pseud0ch, Terminal, Valhalla, NES, Geocities, Blue Moon. Entire thread

Megalithic kernel

Name: Anonymous 2014-12-29 17:39

Name: Anonymous 2014-12-29 18:08

Dreckig OS development has halted. It has been reincarnated as d264b in glorious 64 bit
AMD64 is nothing but a hack.

Name: Anonymous 2014-12-29 20:15

My uni adheres to microkernels.
http://www.l4ka.org/

Name: Anonymous 2014-12-29 20:49

>>2
hax my anus

Name: Anonymous 2014-12-29 22:05

an ultra secure operating system
In which
everything is inside the kernel, including user programs
Stupidest shit I've read all day. But I did only just wake up.

Name: Anonymous 2014-12-31 0:10

>>5
explicitly segregating the OS and the apps
not worshiping God in TempleOS
I seriously hope you heathens don't do this

Name: Anonymous 2014-12-31 4:31

>>6
That was EPIC!

Name: Anonymous 2015-01-07 4:13

Meanwhile, a Very Smart GuyTM at Azul Systems says your runtime needs to be protected because shit happens:

For your application you probably don’t even need separate user and supervisor modes since all executable code is generated by your just-in-time compiler from a safe language.

That’s the theory but the practice is a little different: JVM’s crash and 1 crashing JVM should not bring down the whole box. So we in fact have a user/kernel split and it’s saved our butts any number of times.

http://www.azulsystems.com/blog/cliff/2008-11-18-brief-conversation-david-moon

Want to prove your runtime implementation is correct? See you again in five years; let us know how it went.

Name: Anonymous 2015-01-07 5:58

>>8
It is possible in theory.

Name: Anonymous 2015-01-07 8:12

>>9
But it is uneconomical in practice, which is the point.

Name: Anonymous 2015-01-08 1:35

>>10
You just need a sufficiently simple runtime. Mainstream shit is complex and full of bugs. It's not a surprise.

Name: Anonymous 2015-01-08 2:17

>>11
Mainstream shit is complicated because users demand it. A performant JIT compiler for a VM is never going to be simple.

Name: Anonymous 2015-01-08 2:28

>>12
Users (normal people) don't know what they want and it is only complicated because it is programmed by stupids for stupids.

Name: Anonymous 2015-01-08 2:35

>>12
A performant JIT compiler for a VM is never going to be simple.
Don't be so quick to rule it out.

Name: Anonymous 2015-01-08 2:51

>>13
Users always want software that runs at infinite speed developed in zero time. Most are willing to accept less than perfect functionality or reliability. The quality of most software products reflects these demands.

Newer Posts
Don't change these.
Name: Email:
Entire Thread Thread List