Hah je hebt een sterk punt, in tegenstelling tot Barleone hieronder.
Windows NT's broncode staat volledig los van de 16/32 bit Windows.
Windows 32 bit extensie voor Windows 3.11, daar begon het ooit mee.
Veel later pas Windows 95, 98/98se en tenslotte nog Windows ME.
Windows ME was de laatste Windows versie waar games nog native met
een IRQ, hardware adres of DMA konden communiceren.
Dit waren allen Windows versies die
native 16 bit applicaties draaiden,
native 32 bit applicaties draaiden,
nog realtime hardwarecommunicatie bood voor 16 bit applicaties.
Met Windows NT liet men echter alleen 32 bits applicaties toe, en alleen maar
communicatie met hardware via de HAL.
In het eerder genoemde lijstje kon je nog een native DOS game met zn hardware
laten communiceren, maar in WinNT werdt dit tegengehouden.
Daardoor werkte veel games en software niet meer op WinNT en hoger, maar werkte deze Windows versie een stuk stabieler.
De WinNT kernel werdt ooit gebruikt om Windows 2000 te bouwen.
En diezelfde Windows 2000 is gebruikt om ooit een keer Windows XP te maken.
Natuurlijk is men vanaf Windows 2000 ook naar server edities toe gaan bouwen die stabieler draaien dan Windows XP, anders gebruikte men deze wellicht niet.
Windows XP (een bloated maar geupdate Windows 2000) was echter een OS dat
voor een breed publiek moest gelden.
In Windows XP vond men nog echter heel veel 16 bit dll's en andere onderdelen terug die voor 32 bit applicaties herbruikt werden.
Echter, de 32 bit dll's werden doorelkaar met 16 bit dll's gebruikt voor soms 1 en dezelfde applicatie, een
dll-hell dus.
In Windows Vista is de performance ingezakt voor deze applicaties, omdat daar voor het eerst de DLL hell wordt opgelost door deze duidelijk gescheiden te houden, en 32-bit applicaties langzaam te verplichten om ook 32 bit dll's te gebruiken (en natuurlijk ook andere bouwstenen, dan dll's

).
Windows Vista had naast dit performance probleem opnieuw last van een bloated kernel door eyecandy, te veel code die is overgenomen van XP om support te bieden voor oudere hardware en meer kinderziektes zoals UAC, superfetch etc.
Omdat het bouwen op basis van een Vista kernel niet zo slim is, komt er Windows 7 om daarmee een iets minder bloated Vista kernel te combineren met een "xp modus" waarom compleet Windows XP geëmuleerd wordt.
Een workaround dus.
Zolang Windows nooit volledig wordt herschreven wordt, zal het OS jaar op jaar harder failen, en zo begrijp ik -NRG-'s reactie volledig.
De code is te complex, we coden een OS niet meer in een paar uur.
We coden het helaas ook al niet meer in een paar jaar.
Het lukt gewoon niet meer, te veel standaarden, te veel factoren om rekening mee te houden.
Niemand durft het aan en blijft copy paste.
Dit geld overigens voor ieder groot os of kernel.
Op dit moment is b.v. Linux nog te overzien, maar ook die community kan het op een dag niet meer aan om werkelijk alles te overzien, en zullen meer patchen dan werkelijk herschrijven.
Nu rijst de vraag, wat is er mis met "patchen tot het werkt".
Nou alles: het inzicht verdwijnt, je zult nooit de optimale performance behalen dan je je totale OS herschrijft, en oude beveiligingslekken die later pas worden ontdekt zijn veel schadelijker op een groter publiek.
Enige oplossing uit deze narigheid is een grote hard/software- standarisatieronde die een perfect OS zou opleveren, opensource en daarmee native voor alle hardware die aan de standaard voldoet.
Maar dit zal NOOIT gebeuren, het is financieel niet mogelijk, niet aantrekkelijk, het biedt geen concurrentiestrijd meer met een closed source OS en het is slechts een utopie voor de eindgebruiker.
Daarbij verlies je zowat alle flexibiliteit en kunnen niet alle apparaten aan 1 standaard voldoen, denk aan een dikke server versus een mobieltje.
Helaas, utopie
Dus, hopelijk is Windows 7 een leuke, goedwerkende workaround.
Net zoals Vista ook best aardig gelukt is boven XP.
(Al mis ik de snelheid van XP, en de acceptatie van vele gamedevs, drivers etc.)