Quel est l'avantage quantifiable de 64 bits pour Visual Studio Code sur 32 bits
Je ne suis pas un gars du matériel, mais je sais que Visual Studio dans une demande de problème de version 64 bits a été refusé par Microsoft déclarant qu'une version 64 bits n'aurait pas de bonnes performances.
Deux différences notables entre les deux qui me semblent évidentes sont la base de code. On a commencé sa vie en 1997, on pourrait penser que cela signifie plus de bagages du côté de Visual Studio, moins de possibilités d'avoir une architecture et un code d'application très modernes et cela peut le rendre plus difficile et éventuellement des choses peuvent être construites pour fonctionner sur 32 bits et pour certains la raison ne convient pas pour 64 bits? Je ne sais pas.
Visual Studio Code, d'autre part, est une application Electron moderne, ce qui signifie à peu près juste du HTML compilé. CSS et JavaScript. Je parie que faire une version de Visual Studio Code a peu d'obstacles et bien que les performances ne soient pas vraiment perceptibles, pourquoi pas?
P.S.
Je voudrais toujours comprendre quels domaines peuvent être améliorés en termes de performances et si cette amélioration est négligeable pour le développeur. Toute information supplémentaire ou fait amusant que vous connaissez peut-être serait formidable.J'aimerais avoir autant d'informations que possible et je mettrai à jour la question avec tout fait dur que je découvre et qui n'est pas mentionné.
L'existence de Visual Studio Code 64 bits est en grande partie un effet secondaire du fait que les temps d'exécution basés sur Node.js - et Chromium - de Electron prend en charge les architectures 32 et 64 bits, pas un objectif de conception principal pour l'application. Microsoft a développé VS Code avec Electron, un cadre utilisé pour créer des applications de bureau avec les technologies Web.
Étant donné qu'Electron inclut déjà des temps d'exécution pour les deux architectures (et pour différents systèmes d'exploitation), VS Code peut fournir les deux versions avec peu d'efforts supplémentaires. Electron résume les différences entre les machines à partir du code JavaScript.
En revanche, Microsoft distribue une grande partie de Visual Studio sous forme de fichiers binaires compilés contenant des instructions spécifiques à la machine, et le coût de la réécriture et de la maintenance du code source pour 64 bits l'emportait historiquement sur tous les avantages. En général, un programme 64 bits n'est pas sensiblement plus rapide pour l'utilisateur final que son homologue 32 bits s'il ne dépasse jamais les limites d'un système 32 bits. IDE Shell de Visual Studio ne fait pas beaucoup de travail lourd - la majeure partie du traitement coûteux dans un flux de travail typique est effectuée par les chaînes d'outils intégrées (compilateurs, etc.) qui prennent généralement en charge 64 bits systèmes.
Dans cet esprit, tous les avantages que nous pouvons remarquer en exécutant une version 64 bits de VS Code sont similaires à ceux que nous verrions en utilisant un navigateur Web 64 bits. Plus important encore, une version 64 bits peut traiter plus de 4 Go de mémoire, ce qui peut être important si nous devons ouvrir beaucoup de fichiers simultanément ou de très gros fichiers , ou si nous utilisons de nombreuses extensions lourdes . Donc, le plus important pour nous les développeurs - l'éditeur ne manquera pas de mémoire en cas d'abus.
Bien que cela ressemble à une police d'assurance qui mérite d'être signée, même si nous n'atteignons jamais ces limites de mémoire, n'oubliez pas que les applications 64 bits consomment généralement plus de mémoire que leurs homologues 32 bits. Nous pouvons vouloir choisir la version 32 bits si nous souhaitons une plus petite empreinte mémoire. La plupart des développeurs peuvent ne jamais toucher ce mur de 4 Go.
Dans de rares cas, nous pouvons avoir besoin de choisir une version 32 bits ou 64 bits si nous utilisons une extension qui enveloppe le code natif comme un DLL construit pour une architecture spécifique.
Toutes les autres conséquences, positives ou négatives, que nous rencontrons en utilisant une version 64 bits de VSCode dépendent des versions des composants d'exécution sous-jacents d'Electron et du système d'exploitation sur lequel ils s'exécutent. Ces caractéristiques changent continuellement à mesure que le développement progresse. Pour cette raison, il est difficile d'affirmer de manière générale que les versions 32 bits ou 64 bits surpassent les autres.
Par exemple, le moteur JavaScript V8 a historiquement désactivé certaines optimisations sur les systèmes 64 bits qui sont activées aujourd'hui. Certaines optimisations ne sont disponibles que lorsque le système d'exploitation leur fournit des fonctionnalités.
Les futures versions 64 bits sur Windows peuvent tirer parti de randomisation de la disposition de l'espace d'adressage pour une sécurité améliorée (plus de bits dans l'espace d'adressage augmentent l'entropie).
Pour la plupart des utilisateurs, ces nuances n'ont vraiment pas d'importance. Choisissez une version qui correspond à l'architecture de votre système et ne réservez la commutation qu'en cas de problème. Les mises à jour de l'éditeur continueront d'apporter des optimisations pour ses composants sous-jacents. Si l'utilisation des ressources est un gros problème, vous ne voudrez peut-être pas utiliser un éditeur GUI en premier lieu.
Je n'ai pas beaucoup travaillé sur Windows mais j'ai interagi avec les processeurs x86, x64 et ARM (taille du jeu d'instructions 32 bits et 64 bits). D'après mon expérience, avant d'écrire le code au format 64 bits, nous avons pensé: Avons-nous vraiment besoin d'instructions de taille 64 bits? Si notre opération peut être effectuée sur 32 bits, alors pourquoi aurions-nous besoin de 32 bits supplémentaires?
Considérez-le comme ceci: vous avez un processeur avec une adresse 64 bits et des bus de données 64 bits et des registres de taille 64 bits. Presque toutes les instructions de votre programme nécessitent un maximum de 32 bits. Que vas-tu faire? Eh bien, je pense qu'il y a deux façons maintenant:
Créez une version 64 bits de votre programme et exécutez toutes les instructions 32 bits sur votre processeur 64 bits. (Gaspiller 32 bits ou votre processeur à chaque cycle d'instructions et remplir le compteur de programmes avec une adresse qui est en avance de 4 octets). Votre application/programme qui aurait pu être exécuté en 256 Mo de RAM nécessite maintenant 512 Mo, en raison de quoi d'autres programmes ou processus s'exécutant sur le RAM souffriront) .
Gardez le format du programme à 32 bits et combinez 2 instructions 32 bits à insérer dans votre processeur 64 bits pour exécution.
De toute évidence, la deuxième approche fonctionnera plus rapidement avec les mêmes ressources.
Mais oui, si votre programme contient plus d'instructions de taille vraiment 64 bits; Par exemple. Traiter des vidéos 4K (mieux sur un processeur 64 bits avec un jeu d'instructions 64 bits) ou effectuer des opérations en virgule flottante avec une précision allant jusqu'à 15 décimales, etc. Ensuite, il est préférable de créer un fichier programme 64 bits.
En bref: essayez d'écrire des logiciels compacts et d'exploiter au maximum le matériel.
Jusqu'à présent, ce que j'ai lu Ici , Ici et Ici ; J'ai appris que la plupart des composants de VS ne nécessitent qu'une taille d'instruction de 32 bits.
J'espère que cela explique.
Merci