Linee guida generali sulla conversione

La conversione di applicazioni a 32 bit a Microsoft Windows a 64 bit sarà più semplice rispetto alla conversione di applicazioni a 16 bit in Windows a 32 bit. Tuttavia, lo spostamento andrà più senza problemi con una pianificazione attenta. Di seguito sono riportate alcune linee guida generali.

Pianificazione

• Determinare la grandezza dello sforzo richiesto per la porta. Misurare la quantità di lavoro interessata identificando gli elementi seguenti:

  • Codice a 32 bit problematico. Compilare il codice a 32 bit con il compilatore a 64 bit ed esaminare l'estensione degli errori e degli avvisi.
  • Componenti o dipendenze condivisi. Determinare quali componenti dell'applicazione provengono da altri team e se tali team prevedono di sviluppare versioni a 64 bit del codice.
  • Codice legacy o assembly. Le applicazioni basate su Windows a 16 bit non vengono eseguite in Windows a 64 bit e devono essere riscritte. Mentre il codice assembly x86 viene eseguito in WOW64, è possibile riscrivere questo codice per sfruttare la velocità dell'architettura Intel Itanium.

• Convertire l'intera applicazione, non solo parti di esso.

  Anche se è possibile convertire parti di un'applicazione o limitare il codice a 2G con /LARGEADDRESSAWARE:NO, questa strategia scambia guadagni a breve termine per il dolore a lungo termine.

  Nota

  /LARGEADDRESSAWARE:NO viene ignorato per un file binario ARM64.

   

• Trovare sostituzioni per le tecnologie che non verranno convertite.

  Alcune tecnologie, tra cui DAO (Oggetto accesso ai dati) e il motore di database Jet Red, non verranno convertite in Windows a 64 bit.

• Considerare la versione a 64 bit come una versione separata del prodotto.

  Anche se il prodotto a 64 bit può condividere la stessa codebase a 32 bit, richiede test aggiuntivi e potrebbe avere altre considerazioni sulla versione.

Sviluppo

• Iniziare subito a sviluppare codice conforme.

  Gli sviluppatori possono iniziare a scrivere codice conforme usando i file di intestazione di Windows più recenti e i nuovi tipi di dati senza effetti negativi sullo sviluppo di prodotti a 32 bit. Per altre informazioni, vedere Preparazione per Windows a 64 bit.

• Assicurarsi che il codice possa essere compilato sia per Windows a 32 che a 64 bit.

  Il nuovo modello di dati è stato progettato per consentire la compilazione di applicazioni a 32 e 64 bit da una singola codebase con poche modifiche. I team di sviluppo di SQL Server e Windows sviluppano versioni a 32 e 64 bit dei prodotti dalla stessa codebase.

• Usare le nuove funzionalità di ottimizzazione del compilatore per ottenere prestazioni ottimali.

  L'ottimizzazione del codice per i processori Intel Itanium è più importante di quanto fosse per x86. Il compilatore presuppone molte delle funzioni di ottimizzazione precedentemente gestite dal microprocessore. È possibile ottimizzare le prestazioni di un'applicazione a 64 bit usando due nuove funzionalità di ottimizzazione del compilatore: Ottimizzazione guidata profilo e Ottimizzazione programma intera. Entrambe le funzionalità generano tempi di compilazione più lunghi e richiedono lo sviluppo anticipato di scenari di test validi.

  L'ottimizzazione guidata profilo prevede un processo di compilazione in due passaggi. Durante la prima compilazione, il codice viene instrumentato per acquisire il comportamento di esecuzione. Queste informazioni vengono usate durante la seconda compilazione per guidare tutte le funzionalità di ottimizzazione.

  L'intera ottimizzazione del programma analizza il codice in tutti i file dell'applicazione, non solo in un unico file. Questo approccio aumenta le prestazioni in diversi modi, tra cui l'inlining migliore, nonché l'analisi migliorata degli effetti collaterali e le convenzioni di chiamata personalizzate.

Test

• Determinare se si testa il codice a 64 o a 32 bit in esecuzione in WOW64.

  Alcune applicazioni includono sia codice a 64 bit nativo che codice a 32 bit in esecuzione in WOW64. Esaminarlo attentamente durante lo sviluppo di un piano di test e decidere se gli strumenti di test devono essere a 64 bit, a 32 bit o a una combinazione. È spesso necessario testare sia le versioni a 64 che a 32 bit dell'applicazione in Windows a 64 bit.

• Testare i componenti a 32 bit usati di frequente.

  Prima di tutto, ricompilare il codice a 64 bit e testarlo. In secondo luogo, risolvere i problemi, ricompilare in 32 bit e quindi testare. In terzo luogo, ricompilare a 64 bit e testare.

• Testare i componenti COM e RPC.

  Assicurarsi che i componenti COM e RPC a 32 e 64 bit comunichino correttamente. Potrebbe anche essere necessario testare le comunicazioni con componenti a 16 bit in una rete.

• Testare la versione a 32 bit in Windows a 64 bit.

  I clienti possono continuare a usare applicazioni a 32 bit in Windows a 64 bit, in cui i problemi di prestazioni e memoria non sono importanti considerazioni.

• Testare configurazioni di memoria diverse.

  L'aggiunta di grandi quantità di memoria nel server espone talvolta problemi non rilevati in precedenza nell'applicazione o nel sistema operativo.