Outre les avantages de l'allocation de mémoire 64 bits (> 4 Go - voir cette question sur StackOverflow pour savoir pourquoi les solutions 32 bits +4 Go ne fonctionnent pas pour moi), quelles autres raisons ai-je pour recommander que nous hébergions un ASP Site Web .NET sur Windows Server 2008 64 bits, par opposition à la version 32 bits?
S'il ne s'agit que du plus gros problème de mémoire adressable (> 4 Go), nous avons de toute façon une solution à charge équilibrée afin de pouvoir évoluer en ajoutant une nouvelle boîte (virtuelle).
Les CPU ne fonctionneront pas non plus, donc tout gain de vitesse marginal ne pourrait pas être justifié.
Mon propre intuition est que nous devrions héberger sur 64 bits si nous le pouvons, simplement parce qu'il est plus facile à mettre à l'échelle (en branchant plus de RAM lorsque nous en avons besoin). Mais c'est ça?!
Tous les commentaires et idées sont les bienvenus!
Réponses:
Je pense que la question que vous devriez vraiment vous poser est pourquoi ne pas utiliser le x64? Si votre matériel est pris en charge et que vos applications fonctionnent, quelle est la raison de s'en tenir au 32 bits? Il y a peu ou pas de différence de coût et c'est la façon dont tous les futurs logiciels vont évoluer, Exchange 2007 par exemple est uniquement en 64 bits et je suis sûr que de nombreux nouveaux logiciels iront dans ce sens.
Si vous ne pouvez pas trouver une raison impérieuse de vous en tenir à 32 bits, j'irais avec 64.
la source
Pour être honnête: à mon avis, le 64 bits devrait être la valeur par défaut depuis des années maintenant! Je ne peux pas croire combien de temps il faut à la communauté Windows pour effectuer le changement. Je ne comprends pas pourquoi Microsoft a même pris la peine de publier un Vista 32 bits (et maintenant même Windows 7). Même Apple a décidé de passer de PowerPC à x86 32 bits, bien que la plupart des processeurs à l'époque étaient déjà capables de 64 bits. Cela n'a aucun sens pour moi du tout. Tout serait tellement plus facile si tout était 64 bits et seulement 64 bits.
la source
Il existe de nombreuses "raisons", mais la première et la plus importante est que tous les produits de Microsoft passent au x64. Il 'protège un peu la conception du futur et donne à vos applications ASP.NET plus de place pour échouer (à partir d'une erreur OOM, par exemple).
la source
Ce n'est pas lié à ASP.NET, mais je vais ajouter par souci d'exhaustivité. Certains produits Microsoft Server, comme Exchange Server 2007 , s'exécutent uniquement sur les plates-formes Windows 64 bits. Je pense que vous pourriez appeler cela un avantage.
la source
Je ne pense pas qu'il y ait une différence de coût spectaculaire entre les deux, alors pourquoi ne pas simplement déployer le nouveau serveur avec Windows Server 2008 64 bits? La capacité d'utiliser sa plus grande capacité de mémoire est la meilleure (et la seule que je sache) raison de l'utiliser. Avec une mémoire si bon marché de nos jours, 4 Go semblent si peu pour un nouveau serveur!
la source
Il y a environ 10 bonnes réponses à cette question dans ce récent podcast RunAs Radio sur l'informatique 64 bits .
Une chose mentionnée est que la largeur du bus est doublée et peut donc lire / écrire des données plus rapidement. L'amélioration des performances est légère par rapport à 32 bits pour un usage domestique peut-être, mais cela en vaut certainement la peine pour un serveur.
la source
Il existe un bogue obscur (mais réel) similaire à Y2K qui affecte la plupart des machines 32 bits. Cela est dû à l' époque unix , utilisée dans certains programmes Windows également, ayant une valeur maximale dans le courant de l'année 2038. À ce moment, elle passera à 1901!
Voir Wikipedia " Le problème de l'an 2038 "
Pertinent à cette question car il affecte les machines 32 bits qui utilisent une variable de taille standard pour stocker l'époque unix. Il sera résolu par la mise à niveau vers 64 bits.
la source