Slashdot Mirror
The Future of Windows Graphic Technology
Ben writes 'Extremetech has an article discussing the future of Windows graphics technology. The article uses information from presentations at the recent WinHEC, and outlines the Windows Graphics Foundation and other technologies expected to make an appearance in Longhorn. Particularly interesting is the Longhorn Display Driver Model: 'With it, Microsoft is aiming for that ideal situation of 'graphics just works.' For example, if you upgrade a graphics driver today, you typically have to reboot the system. One example of the 'graphics just works' mantra is one of LDDM's goals of allowing installation of graphics drivers without needing to restart the system.'
The open source 2D-only drivers install preconfigured, so most users don't even need to do this.
Is Norton (or others) really doing something at the kernel level
Yes. They scan before the CreateFile function even returns.
Internet Explorer (which I never intentionally use)... why would that require a reboot?
Windows doesn't let you replace in use files, it doesn't have to be something kernel level. Since explorer is really internet explorer, you either need to shut down the interface or reboot.
We have Xorg, and Cairo/SVG, and maybe GTK or Qt, but not a complete, end-to-end platform
Actually there has been a bunch of movement towards a better graphics architecture. Cairo is mostly driving things at the moment, because it provides a unified API for 2D graphics on X, Max OS X, Win32, and PDF/Printer output. Because of this Mozilla.org are planning on completely replacing all their graphics, not just SVG, in GFX 2.0 with Cairo (except possibly embedded stuff). I suspect that as they get going there will significant cross flow from the Mozilla side into improving Cairo and copying ideas and code from mozilla.org into Cairo.
GTK is also moving to a Cairo base, because it is also a big win for them, and there are some noises about QT...
One of the big features of Cairo is that it makes use of the Xgl/glitz pipeline, which accelerates 2D rendering in must the same way as Avalon. The final architecture still has to be worked out, but there's a good chance that Cairo will run directly on the hardware, with OpenGL/DRI support, and that much of the higher level X stuff in new Xorg releases with use Cairo for their rendering
Cairo is very much designed to be like Avalon on the API level, and to fill a similar role to Avalon and Core Image on the Mac. The only things not being addressed by Cairo are 3D (mostly OpenGL's area) and video.
Regards,
-Jeremy
Now if they could fix the memory leaks that seem to be so rampant in Windows Server and its applications I might have an average uptime that is longer than 1 month.
I'm going to make the presumption that you're ignorant, as Windows 2003, and to a lesser degree 2000, is pretty well known for being rock solid operating systems (the whole "only up for x days!" argument is circa 1999 and is very, very stale).
What you may be talking about, and I've seen this mistake a few times, are uninformed admins that monitor their servers and note that SQL Server, or Exchange, as a couple of quick examples, keep consuming more and more memory until finally your machine is saturated.
Super diligent admins schedule regular reboots, all while muttering and complaining about those leaky MS apps.
Of course the reality is that the apps are proactively enlisting memory for cache, and if you haven't restricted them they'll use all available memory eventually (they'll release memory if other apps make memory demands).
Amazing how frequently that is misidentified as a "memory leak".
Actually, upgrading drivers without rebooting IS difficult. We don't have this in the OSS field - in order to update a driver, be it 2D or 3D or whatever, you need at least to reboot X. That means switching off all your apps, and what current desktops that's pretty much like "rebooting" your computer. Yes, you're not rebooting, but with graphic apps in practice you're pretty much doing it.
/dev/null-like fake server, then update x.org drivers, rmmod the old drivers, insmod the new ones, launch xorg, and move all the windows to your new xserver, switch off the fake xserver. Or something like that. (Suggestions?)
What we need is to modify xlib to support "server migration" - we could move all the windows from a xserver to a kind of
I don't know what they claimed, but here's what they did, off the top of my head:
--Network changes don't need rebooting. You can change IPs, or even go from DHCP to static, etc with no rebooting.
--Non-essential drivers, like NIC drivers doesn't require a reboot, at least if the company isn't stupid. Try it with an Intel NIC someday, they install and you go, no reboot.
--USB/Firewire devices just work and need no rebooting, unless the manufacturer makes some speical driver that requires it.
--Many software installs that used to need reboots no longer require them. Things like video decoders, services, and so on are installed on the fly and made available. Many older peices of software that claim needing a reboot don't in reality.
There may be more, I haven't used 9x in years so I can't remember all the things that made it reboot. However they made significant headway with 2k/XP. Reboots are generally limited to system updates, and core driver updates. If they can get it to the point where thigns like graphics and sound drivers don't need reboots, all the better.