Woot.. AND after we have this wonderful kernel, why not store everything in XML. [/Sarcasm]You guys seriously live in your own little magical world where CPU is infinite all you do it comes up with thousands of new ways to make our computers EVEN slower. There is a need to find a good balance between speed and security, building the kernel in this way is not the answer. It is like the one step forward two steps back approach. Seriously, lately it seems like increases in CPU and RAM have only been used to let software get fat and programmers lazy. The XML parser is example 1 in that case.
I am a Researcher leading a project to build a prototype research OS kernel, called Singularity, on managed code. We are using Singularity to exploring issues of system reliability. In this context, I loosely define reliabity as, "the system never does anything unexpected or unanticipated by the its designers, developers, administrators, or users."
Sounds very interesting, but I imagine it'll be several years before this gets anywhere near a commercial product.
In my opinion,
Windows' kernel should definately become .NET-based in the future, when hardware will be better. Old Win32 kernel compatibility should be provided as an emulated environment, just like is DOS today in Win32. Getting the kernel to .NET is a needed step forward, and even if the computers will run it slower, it will be extremely benefic especially for developers (including drivers developers or so, which today have many headaches with developing on the not-managed core of Windows). Personally, I always exchange speed on elegance, therefore, I vote for it: bring .NET to the Windows core as soon as technically possible and economically possible...
Beside those thoughts, I think that Micrsoft should talk with Intel, AMD or so, to create .NET-supporting processors, processors which hopefully will be able to run MSIL directly, therefore, very fast! What do you think about this hardware change to come together with the new .NET Windows core?
damphlett wrote:Has anyone manufactured (or is anyone planning to) a cpu that can execute IL directly? surely there's no speed compromise on a CPU that could do that?