geplaatst
The Inquirer heeft een document opgeduikeld dat bedoeld lijkt te zijn om ontwikkelaars in de praktijk kennis te laten maken met de AMD64-versie van Windows XP, codenaam Anvil. Het bespreekt niet alleen de voordelen van de ondersteuning van maximaal 16TB RAM, maar leert de programmeur aan de hand van aantal oefeningen ook hoe het 64-bits OS omgaat met een mix van legacy en pure 64-bits applicaties. Standaard gebeurt alles natuurlijk in 64-bit mode, maar de namen van diverse bekende systeembestanden en mappen (user32.exe, kernel32.dll, windows\system32) zijn verwarrend genoeg niet veranderd naar xxx64, om de compatibiliteit maximaal te houden. Naast de normale "Program Files" en "system32" mappen bevinden zich straks ook "Program Files (x86)" en "SysWoW64", waar alle 32-bits applicaties en systeem-dll's in thuishoren.
WoW staat in dit geval voor Windows-on-Windows, een soort virtuele machine die buiten de kernel draait en het mogelijk maakt om de processor - die als de computer aangezet wordt in x86-mode draait, maar bij het booten van 64-bits Windows onmiddelijk naar AMD64-mode wordt gezet - tijdelijk terug te schakelen naar x86-mode en zodoende het draaien van oude software mogelijk te maken. Het opstarten van WoW64 gebeurt automatisch als de gebruiker een x86-programma wil inladen, en dan worden meteen de nodige 32-bit dll's uit de SysWoW64-directory naar het geheugen gezet.
Deze 32-bits bestanden zijn voor het grootste deel exact dezelfde als die in de normale 32-bits uitvoering van Windows te vinden zijn, maar sommigen zijn iets aangepast zodat ze in de gaten hebben dat ze in een WoW-omgeving werken en niet direct bij de kernel kunnen komen. De 64-bits kernel kan namelijk niet direct benaderd worden door een normaal x86-programma, want WoW64 onderschept alle calls naar ntoskrnl.exe en win32k.sys, om ze vervolgens naar eigen inzicht te herstructureren en door te sturen. Volgens Microsoft is het performanceverlies dat hierdoor veroorzaakt wordt minimaal, en biedt het voordelen voor de beveiliging en stabiliteit. Ook het register is niet direct toegankelijk voor 32-bits applicaties, hoewel ze daar zelf niets van merken, krijgen ze door WoW64 een andere versie ervan gepresenteerd. De 32-bits-delen van het register zijn overigens wel toegankelijk voor 64-bits software.
Geheel naadloos is de integratie tussen x86-32 en x86-64 dus niet, maar de eindgebruiker zal er in de praktijk weinig van merken. Uitzonderingen zijn echter altijd wel mogelijk, want binnen één proces kunnen nu eenmaal geen 64-bits en 32-bits componenten uitgewisseld worden. Ga je bijvoorbeeld met de 64-bits Internet Explorer het net op, en kom je daar een 32-bits ActiveX-control tegen, dan zal de browser eerst de 32-bits versie van zichzelf moeten opstarten voor de pagina volledig getoond kan worden. Wanneer ontwikkelaars niet goed nadenken over zulk soort problemen kan de gebruiker daar last van hebben.
Verder gaat het document in op het compileren en debuggen van AMD64-software met behulp van Visual Studio .NET. Hoewel allang duidelijk was dat Microsoft ondersteuning voor de Hammer-chips in Windows zou gaan stoppen, zal het bedrijf AMD dus ook aan de ontwikkelkant ondersteunen. Of de ontwikkelomgeving tegelijk met de release van de nieuwe versie geüpdate wordt is niet bekend.
-------------------- People are like pieces of a puzzle. We all fit together, but not all of us connect. Berichten: 6985 | Plaats: Zeist | Geregistreerd: Jul 2002
| IP: Gelogd |
geplaatst
En dit vind ik dus goed nieuws: als je MS mee hebt, dan win je. Dag Intel
-------------------- People are like pieces of a puzzle. We all fit together, but not all of us connect. Berichten: 6985 | Plaats: Zeist | Geregistreerd: Jul 2002
| IP: Gelogd |
UBBFriend: Email deze pagina naar iemand!
Printer-versie van dit onderwerp
![[Wink]](wink.gif)
![[Big Grin]](biggrin.gif)
![[puke]](graemlins/puke2.gif)
