Algemene richtlijnen voor overdracht

Het overzetten van 32-bits toepassingen naar 64-bits Microsoft Windows is eenvoudiger dan het overzetten van 16-bits toepassingen naar 32-bits Windows. De verplaatsing gaat echter soepeler met een zorgvuldige planning. Hier volgen enkele algemene richtlijnen.

Planning

• Bepaal de grootte van de hoeveelheid werk die nodig is voor de poort. Meten hoeveel werk er bij betrokken is door de volgende items te identificeren:

  • Het probleem met de 32-bits code. Compileer uw 32-bits code met de 64-bits compiler en bekijk de omvang van de fouten en waarschuwingen.
  • Gedeelde onderdelen of afhankelijkheden. Bepaal welke onderdelen in uw toepassing afkomstig zijn van andere teams en of deze teams 64-bits versies van hun code willen ontwikkelen.
  • Verouderde code of assembleercode. 16-bits Windows-toepassingen worden niet uitgevoerd op 64-bits Windows en moeten opnieuw worden geschreven. Hoewel x86-assemblycode wordt uitgevoerd in WOW64, kunt u deze code herschrijven om te profiteren van de snelheid van de Intel Itanium-architectuur.

• De hele toepassing overzetten, niet alleen delen ervan.

  Hoewel het mogelijk is om delen van een applicatie over te zetten of code te beperken tot 2G met /LARGEADDRESSAWARE:NO, levert deze strategie korte-termijnwinst op ten koste van langdurige problemen.

  Notitie

  /LARGEADDRESSAWARE:NO wordt genegeerd voor een ARM64-binaire.

   

• Zoek vervangingen voor technologieën die niet worden overgezet.

  Sommige technologieën, waaronder DAO (Data Access Object) en de Jet Red-database-engine, worden niet overgezet naar 64-bits Windows.

• Behandel uw 64-bits versie als een afzonderlijke productrelease.

  Hoewel uw 64-bits product dezelfde codebasis kan delen als uw 32-bits versie, moet het extra testen en kan er andere overwegingen zijn bij de release.

Ontwikkeling

• Begin nu met het ontwikkelen van compatibele code.

  Ontwikkelaars kunnen beginnen met het schrijven van compatibele code met behulp van de nieuwste Windows-headerbestanden en de nieuwe gegevenstypen zonder nadelige gevolgen voor de 32-bits productontwikkeling. Voor meer informatie, zie Voorbereiden op 64-bits Windows.

• Zorg ervoor dat uw code kan worden gecompileerd voor zowel 32- als 64-bits Windows.

  Het nieuwe gegevensmodel is ontworpen om 32- en 64-bits toepassingen te laten bouwen op basis van één codebasis met enkele wijzigingen. De SQL Server- en Windows-ontwikkelteams ontwikkelen 32- en 64-bits versies van hun producten uit dezelfde codebasis.

• Gebruik de nieuwe optimalisatiefuncties van de compiler voor de beste prestaties.

  Codeoptimalisatie voor Intel Itanium-processors is belangrijker dan voor de x86. De compiler gaat ervan uit dat veel van de optimalisatiefuncties die eerder door de microprocessor werden verwerkt, nu door hem zullen worden uitgevoerd. U kunt de prestaties van een 64-bits toepassing maximaliseren met behulp van twee nieuwe optimalisatiefuncties van de compiler: Profielgeleide optimalisatie en Gehele Programma-optimalisatie. Beide functies resulteren in langere buildtijden en vereisen de vroege ontwikkeling van goede testscenario's.

  Profielgerichte optimalisatie bestaat uit een compileerproces in twee stappen. Tijdens de eerste compileer wordt de code geïnstrueerd om het uitvoeringsgedrag vast te leggen. Deze informatie wordt gebruikt tijdens het tweede compileren om alle optimalisatiefuncties te begeleiden.

  Whole Program Optimization analyseert de code in alle toepassingsbestanden, niet slechts één. Deze aanpak verhoogt de prestaties op verschillende manieren, waaronder betere inlijning, evenals verbeterde neveneffectanalyse en aangepaste oproepconventies.

Testen

• Bepaal of u 64- of 32-bits code test die wordt uitgevoerd in WOW64.

  Sommige toepassingen bevatten zowel systeemeigen 64-bits code als 32-bits code die wordt uitgevoerd in WOW64. Onderzoek dit nauw tijdens het ontwikkelen van een testplan en bepaal of uw testhulpprogramma's 64-bits, 32-bits of een combinatie moeten zijn. U moet vaak zowel de 64- als 32-bits versies van uw toepassing testen op 64-bits Windows.

• Test veelgebruikte 32-bits onderdelen.

  Compileer eerst uw code opnieuw naar de 64-bits versie en test. Ten tweede kunt u problemen oplossen, opnieuw compileren in 32 bits en vervolgens testen. Ten derde, recompileren naar 64-bits en testen.

• Test COM- en RPC-onderdelen.

  Zorg ervoor dat zowel de 32- als de 64-bits COM- en RPC-onderdelen correct communiceren. Mogelijk moet u ook de communicatie met 16-bits onderdelen via een netwerk testen.

• Test uw 32-bits versie op 64-bits Windows.

  Klanten kunnen 32-bits toepassingen blijven gebruiken in 64-bits Windows, waarbij prestatie- en geheugenproblemen geen belangrijke overwegingen zijn.

• Test verschillende geheugenconfiguraties.

  Als u grote hoeveelheden geheugen toevoegt op de server, worden er soms onopgemerkte problemen in de toepassing of het besturingssysteem weergegeven.