Vista's Graphics To Be Moved Out of the Kernel
Tiberius_Fel writes "TechWorld is running an article saying that Vista's graphics will not be in the kernel. The goal is obviously to improve reliability, alongside the plan to make most drivers run in user mode." From the article: "The shift of the UI into user mode also helps to make the UI hardware independent - and has already allowed Microsoft to release beta code of the UI to provide developers with early experience. IT also helps make it less vulnerable to kernel mode malware that could take the system down or steal data. In broader terms, this makes Windows far more like Linux and Unix - and even the MacOS - where the graphics subsystem is a separate component, rather than being hard-wired into the OS kernel."
So this is like cell division. The bloat of Windows divides into the Kernel and UI pools.
Taking this article into account, it seems clear why the massive graphics card requirement. However, if this much is being pulled from the Kernel, then why still such a massive minimum RAM?
"if you hold down ctrl+shift+alt and tap the backspace you can watch a video of steve wrecking a chair"
A feeling of having made the same mistake before: Deja Foobar
Who needs the overhead of a windowing GUI on a server?
You know when they market this you'll see it as
New! - Microsoft's Exclusive Patented Technology allows for graphics outside the kernel, to provide higher stability.
New! - Microsoft's Revolutionary Technology allows for graphics outside the kernel, to provide higher stability.
Just wait.... they'll make it sound like a new concept. Rather than a copycat.
So, does this mean that MS's stated goal of "deprecating" OpenGL in favor of DirectX is now irrelevant? If the graphics subsystem is outside the kernel, it can be replaced by another driver that does not make OpenGL play second fiddle to DirectX. Perhaps this is a good thing?
The cesspool just got a check and balance.
Those who fail to understand UNIX are doomed to reimplement it. Poorly
You seem to be confused. Yes there is still a kernel thing that talks to the hardware. Even in non-kernel X there is something in the Linux kernel that grants this process access to certain hardware. However you have to realize that this thing is TINY compared to a graphics server. Likely the difference in size is three or four orders of magnitude. Assumming bugs are evenly spread (which is probably false, there are probably fewer bugs than that in the hardware-talking layer), what NT (and X) has done is move 99.99% of the bugs out of the kernel!
But the vast majority of driver code lives in userspace; the size of the kernel interface is much smaller and therefore easier to debug.
Any bugs that exist in the kernel mode driver would yield the same problems in user mode. If a video driver incorrectly configures your graphics card, you're going to get a garbled display, period.
I don't think we're too worried about garbled displays here. If you have a kernel mode driver, it can do whatever the hell it likes with the entire kernel address space. Even if it isn't malicious, a badly written kernel driver can cause all sorts of corruption all over the place.
Don't you hate meta-sigs?
Yeah, running graphics drivers in kernel space is just plain ugly... Luckily for us Linux users, we can get full graphics acceleration by running the "userspace" NVIDIA kernel module
size
text data bss dec hex filename
2476901 947920 6916 3431737 345d39