Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

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

Le , par Victor Vincent

0PARTAGES

7  0 
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

Une erreur dans cette actualité ? Signalez-le nous !

Avatar de Médinoc
Expert éminent sénior https://www.developpez.com
Le 06/06/2016 à 10:22
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.
6  0 
Avatar de Aurelien.Regat-Barrel
Expert éminent sénior https://www.developpez.com
Le 06/06/2016 à 11:24
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.
4  0 
Avatar de FraisDesRiques
Membre actif https://www.developpez.com
Le 06/06/2016 à 15:57
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...)
0  0 
Avatar de tomlev
Rédacteur/Modérateur https://www.developpez.com
Le 07/06/2016 à 1:17
Citation Envoyé par Médinoc Voir le message
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...
0  0 
Avatar de HippoBaro
Membre du Club https://www.developpez.com
Le 07/06/2016 à 12:57
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.
0  0 
Avatar de
https://www.developpez.com
Le 06/06/2016 à 9:02
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".)
0  2 
Avatar de tomlev
Rédacteur/Modérateur https://www.developpez.com
Le 06/06/2016 à 10:11
Pourquoi déterrer cette news, à part pour relancer un débat qui a déjà eu lieu il y a 6 mois ?
2  6