Instructions générales sur le portage
Le portage d’applications 32 bits vers Microsoft Windows 64 bits sera plus facile que le portage d’applications 16 bits vers Windows 32 bits. Cependant, le déménagement se passera plus facilement avec une planification minutieuse. Voici quelques instructions générales.
Planification
Déterminez l’ampleur de l’effort requis pour le port. Évaluez la quantité de travail impliquée en identifiant les éléments suivants :
- Code 32 bits problématique. Compilez votre code 32 bits avec le compilateur 64 bits et examinez l’étendue des erreurs et des avertissements.
- Composants ou dépendances partagés. Déterminez quels composants de votre application proviennent d’autres équipes et si ces équipes prévoient de développer des versions 64 bits de leur code.
- Code hérité ou d’assembly. Les applications Windows 16 bits ne s’exécutent pas sur Windows 64 bits et doivent être réécrites. Bien que le code d’assembly x86 s’exécute dans WOW64, vous pouvez réécrire ce code pour tirer parti de la vitesse de l’architecture Intel Itanium.
Porter l’application entière, pas seulement des parties de celle-ci.
Bien qu’il soit possible de porter des éléments d’une application ou de limiter le code à la 2G avec /LARGEADDRESSAWARE:NO, cette stratégie négocie un gain à court terme pour la douleur à long terme.
Notes
/LARGEADDRESSAWARE:NO est ignoré pour un binaire ARM64.
Recherchez des substituts pour les technologies qui ne seront pas portés.
Certaines technologies, notamment DAO (Data Access Object) et le moteur de base de données Jet Red, ne seront pas portés vers Windows 64 bits.
Traitez votre version 64 bits comme une version de produit distincte.
Même si votre produit 64 bits peut partager la même base de code que votre produit 32 bits, il nécessite des tests supplémentaires et peut avoir d’autres considérations relatives à la version.
Développement
Commencez à développer du code conforme dès maintenant.
Les développeurs peuvent commencer à écrire du code conforme en utilisant les derniers fichiers d’en-tête Windows et les nouveaux types de données sans aucun effet négatif sur le développement de produits 32 bits. Pour plus d’informations, consultez Préparation pour Windows 64 bits.
Assurez-vous que votre code peut être compilé pour Windows 32 et 64 bits.
Le nouveau modèle de données a été conçu pour permettre aux applications 32 et 64 bits d’être créées à partir d’une base de code unique avec peu de modifications. Les équipes de développement SQL Server et Windows développent des versions 32 et 64 bits de leurs produits à partir de la même base de code.
Utilisez les nouvelles fonctionnalités d’optimisation du compilateur pour obtenir de meilleures performances.
L’optimisation du code pour les processeurs Intel Itanium est plus importante qu’elle ne l’était pour le x86. Le compilateur suppose la plupart des fonctions d’optimisation précédemment gérées par le microprocesseur. Vous pouvez optimiser les performances d’une application 64 bits à l’aide de deux nouvelles fonctionnalités d’optimisation du compilateur : Optimisation guidée des profils et Optimisation du programme entier. Les deux fonctionnalités entraînent des temps de génération plus longs et nécessitent le développement précoce de scénarios de test appropriés.
L’optimisation guidée des profils implique un processus de compilation en deux étapes. Lors de la première compilation, le code est instrumenté pour capturer le comportement d’exécution. Ces informations sont utilisées lors de la deuxième compilation pour guider toutes les fonctionnalités d’optimisation.
L’optimisation du programme entier analyse le code dans tous les fichiers d’application, pas seulement un seul. Cette approche augmente les performances de plusieurs manières, notamment une meilleure inlining, ainsi qu’une meilleure analyse des effets secondaires et des conventions d’appel personnalisées.
Test
Déterminez si vous allez tester du code 64 ou 32 bits s’exécutant dans WOW64.
Certaines applications incluent à la fois du code 64 bits natif et du code 32 bits exécuté dans WOW64. Examinez cela de près lors du développement d’un plan de test et déterminez si vos outils de test doivent être 64 bits, 32 bits ou une combinaison. Vous devrez souvent tester les versions 64 et 32 bits de votre application sur Windows 64 bits.
Testez les composants 32 bits fréquemment utilisés.
Tout d’abord, recompilez votre code en 64 bits et testez. Ensuite, corrigez les problèmes, recompilez en 32 bits, puis testez. Troisièmement, recompilez en 64 bits et testez.
Testez les composants COM et RPC.
Assurez-vous que les composants COM et RPC 32 et 64 bits communiquent correctement. Vous devrez peut-être également tester les communications avec des composants 16 bits sur un réseau.
Testez votre version 32 bits sur Windows 64 bits.
Les clients peuvent continuer à utiliser des applications 32 bits sur Windows 64 bits où les problèmes de performances et de mémoire ne sont pas des considérations majeures.
Testez différentes configurations de mémoire.
L’ajout de grandes quantités de mémoire sur le serveur expose parfois des problèmes précédemment ignorés dans l’application ou le système d’exploitation.