Singularity?

[unixronin]

That's the codename for Microsoft's new research OS.  (Well, I say "new" ... they've been developing it for "more than five years".)  It's written in Microsoft's C#, which they claim prevents the possibility of buffer overruns.

"Singularity is not the next Windows," Rick Rashid, senior vice president of Microsoft Research, said in a statement.  "Think of it like a concept car.  It is a prototype operating system designed from the ground up to test-drive a new paradigm for how operating systems and applications interact with one another.  We are making it available to the community in the hope that it will enable researchers to try out new ideas quickly."

Could be interesting.  (Shame the architecture diagram in the article is too small to read, though.)  Some of the features they've designed in could potentially be very good ... but they also could be very bad.  (I might mention the registry as a well-known example of a good-sounding idea gone bad.)

Comments

[genuine-snark.livejournal.com]

I thought the secret sauce with Singularity was intra-module communication through secured channels.

re: the unsafe thing mentioned above, I believe once you have unsafe parts, you're no longer "managed." Since they say the whole thing is managed code, it may not be as hackish as you think.

Also, if you come into this with anti-MS bias, consider that this comes from the Research Labs. They do lots of neat stuff there, and run under near-complete autonomy from the rest of the company from what I understand. They're the think-tank portion of MS.

[unixronin.livejournal.com]

consider that this comes from the Research Labs. They do lots of neat stuff there, and run under near-complete autonomy from the rest of the company from what I understand. They're the think-tank portion of MS.

Yeah. As I said, it's interesting. I just don't buy some of the hyped statements.

There's also the aspect that "based in paradigms developed in the 60s" also means "based on paradigms that we now have 40 years experience at fine-tuning."

[cipherpunk.livejournal.com]

Point taken re: managed code--however, given I've seen "managed code" that did all of its heavy lifting by P/Invoke, I have my suspicions that this distinction is not one that is particularly well-honored in the real world.

[genuine-snark.livejournal.com]

Well, my basic thought is that if part of the success was making everything managed, it'd be a hell of a compromise to have unsafe code running around in there.

That's not to say that they didn't, but usually that kind of compromise comes with a downplay. Also--and I have nothing to back this up--I think the Research division would be more likely to actually "do it right." Production code's a different story.