Discussion :

[ChristianRoberge]

J'utilise Visual Studio depuis ses débuts. Et de puis des années mes applications ("scientifiques") sont compilées en 64 bits... VS a évolué beaucoup depuis ses débuts et la dernière monture a encore fait de grands bonds en fonctionnalités. Mais aussi VS a encore des retards sur bien des fonctionnalités. Je crois qu'il est "préférable complète et augmente encore les fonctionnalités mais cela ne fera, hélas, que de retarder un version 64 bits qui aurait du être fait depuis des lustres. Est-ce que cela signifie que VS mourra en 32 bits et sera remplacé par un autre produit plus moderne et mieux conçu? Les prochaines années nous fourniront la réponse.

[didaoui]

Oui, si cela a réellement un intérêt.

[Victor Vincent]

Visual Studio : l’idée d’une version 64 bits a été écartée par Microsoft,
une migration pouvant causer une baisse de performance du logiciel

Dans une requête adressée à Microsoft en septembre 2011, un développeur émettait le souhait de voir une version 64 bits de Visual Studio, soulignant le fait qu’il avait atteint des limites du logiciel en ce qui concerne l’utilisation de la mémoire. La préoccupation du développeur a largement été partagée par ses pairs, car sa requête avait recueilli pas moins de 3127 votes. Cependant, pour des raisons de performance, Microsoft écarte aujourd’hui cette idée et recommande l’utilisation de l’extension vsFunnel pour optimiser l’utilisation de la mémoire en filtrant les projets ayant une priorité faible. Microsoft estime également que les utilisateurs ayant leurs programmes sur une version 32 bits de Visual Studio ne pourraient pas réaliser de gains de performance en passant à une version 64 bits.

L’équipe Visual Studio de Microsoft reconnait que le passage à la version 64 bits de Visual Studio pourrait aider à optimiser l’utilisation de la mémoire. Cependant, la firme de Redmond souligne le fait que cela pourrait surtout causer d’autres dégradations de performance du logiciel. L’équipe Visual Studio ajoute que « la première raison » du rejet de cette demande est « la performance » plutôt que « le coût en termes d’effort ou l’opportunité » du projet. D’après l’équipe Visual Studio, l’utilisation de l’extension vsFunnel aurait aidé des utilisateurs ayant des solutions assez importantes à optimiser l’utilisation de la mémoire notamment en déchargeant les projets n’étant pas utilisés de façon efficiente. Pour les utilisateurs ayant des problèmes de performance spécifiques avec le logiciel, Microsoft affirme qu’il leur est maintenant possible de les remonter facilement en utilisant les outils intégrés à Visual Studio à cet effet.

Source : uservoice.com

Et vous ?

Que pensez-vous de cette décision ?

Voir aussi

le forum Visual Studio

[MikeRowSoft]

Un compilateur 32 bits peut généré un ensemble de binaires 64 bits applications. Pour les tests il suffit juste d'avoir un environnement du système d'exploitation en 64 bits.

Même le doyen d'une université le saurait malgré le fait que c'est pas son métier. (j'ai vue aucun conflit ou autres demandant l'intervention d'un "sage".)

[tomlev]

Pourquoi déterrer cette news, à part pour relancer un débat qui a déjà eu lieu il y a 6 mois ?

[Médinoc]

Apparemment, parce que bien que le billet sur le blog soit vieux, la réponse officielle de Microsoft sur UserVoice ne date que de quatre jours.

[Aurelien.Regat-Barrel]

Précisons que la chaîne de build (compilo, linker...) de Microsoft existe bien en version 64 bits depuis des années. C'est seulement l'IDE (front end graphique à MSBuild) qui est toujours en 32 bits.

[tomlev]

Apparemment, parce que bien que le billet sur le blog soit vieux, la réponse officielle de Microsoft sur UserVoice ne date que de quatre jours.

Certes, mais la réponse sur UserVoice n'apporte aucun nouvel élément...

[FraisDesRiques]

Rester en 32 bits ne me dérangeait pas du tout, jusqu'à aujourd'hui (avec des projet en C#, je n'ai rarement dépassé beaucoup plus de 1GB de mémoire par instance de Visual Studio, sachant que nos projets sont souvent éclatés en plusieurs solutions).
Sauf qu'aujourd'hui, j'utilise aussi Visual Studio 2015 pour gérer un projet NodeJS. A la bonne heure, on profite d'un intellisence digne de ce nom (contrairement à d'autres outils parait il top pour NodeJS), d'un mode debug agréable etc etc... Sauf que la RAM. Dépassant continuellement les 1.2, 1.3GB je me suis retrouvé un jour avec les 2GB quasiment atteint et un message me disant que les fonctionnalités de VS était limité due aux limites de la RAM.

Bon, pour être honnête, je pense que cela est plus du à des leaks de VS qu'à un réel problème de limite d'espace mémoire. Car en quittant l'application et en ré-ouvrant le même projet NodeJS, tout rentre dans l'ordre... pour quelques jours (la mémoire grossit lentement heures après heures...)

[HippoBaro]

Des les faits une version 64bits de VS n'est pas vraiment nécessaire. Etant dev nous-même nous savons pertinemment que la limite de l'adressage mémoire des bin32 est contournable par d'autres moyens.
Si Microsoft a de bonnes raisons de refuser le 64 bits, il peuvent toujours changer la façon dont son gérés les ressources mémoires. Par exemple créer un processus par projet, de la même façon que Chrome créer un processus par tab.
Ainsi la limite passerait de 4GB pour une instance de VS, à 4GB par projet ce qui est parfaitement acceptable pour n’importe qu'elle type de solution, même de très (très) grande envergure.

Ça demanderait de retravailler assez fondamentalement la manière dont le soft est conçu, par contre.