Augmentez les performances de VS 2010 en utilisant un SSD [fermé]

9

Après avoir recherché sur Internet des améliorations de performances lors de l'utilisation de Visual Studio 2010 avec un disque dur à semi-conducteurs, j'ai entendu beaucoup d'opinions différentes.

Beaucoup de gens ont dit qu'il n'y avait pas vraiment d'avantage à utiliser un SSD, mais en revanche, d'autres ont dit exactement le contraire. Je suis un peu confus avec les opinions contrastées et je ne peux pas vraiment décider si l'achat d'un SSD ferait une différence.

Quelles sont vos expériences avec ce problème et quel SSD avez-vous utilisé?

System.Data
la source
Pourquoi le downvote? Ce n'est pas une mauvaise question et assez pertinent pour SO
Purplegoldfish
2
bien que ce soit probablement hors sujet sur les programmeurs, je pense que beaucoup d'entre nous seraient curieux de savoir quelle différence cela ferait.
Thanos Papathanasiou
Récemment obtenu une nouvelle station de travail avec un type de SSD Samsung PM810. Je ne sais pas si cela est généralement considéré comme «bon», mais je suis sûr que cela accélère les choses. Tous nos projets sont divisés en beaucoup de petits modules. Plus il y a de modules, plus il y a de lectures / écritures depuis / vers le disque (il suffit d'exécuter un outil comme ProcMon sur devenv.exe et vous verrez l'énorme quantité de fichiers
auxquels
2
Pourquoi cela a-t-il été migré depuis Stack Overflow? Selon la FAQ, les questions sur les "outils logiciels couramment utilisés par les programmeurs" sont sur le sujet. Je suis presque sûr que Visual Studio est un outil logiciel couramment utilisé par les programmeurs.
Thomas Owens
Si c'est vraiment hors sujet ici, alors celui qui a migré doit relire la FAQ de ce forum.
Kyralessa

Réponses:

5

Je pense que cela dépend en grande partie des langues dans lesquelles vous prévoyez de programmer sur VS2010.

Par exemple, je sais que sur des machines rapides, C # se compile en moins de 5 secondes sur un projet relativement important.

En revanche, la programmation Native C ++, prend ~ 45 secondes pour un projet de la même taille.

D'après ma propre expérience, pour les temps de compilation, je ne pense pas qu'un SSD fera une grande différence.

Cela étant dit, le temps de lancement de VS2010 sur votre ordinateur sera certainement plus court que l'utilisation d'un disque dur classique si vous utilisez un SSD, mais que cela en vaille la peine ou non, c'est votre choix.

J'espère que cela pourra aider.

EDIT: Je peux être en mesure de jouer avec cela aujourd'hui si quelqu'un est intéressé. Je possède un OCZ Vertex 3 120 Go, je peux y installer Visual Studio et vous donner une estimation approximative par rapport à mon PC de travail, qui est à peu près équivalent aux spécifications du PC. Je ferai une copie de mon projet et j'espère que je pourrai le faire compiler à la maison. Je vous mettrai à jour un peu plus tard dans la journée

Brutick
la source
Je pense que cela dépend aussi de vos projets. Le dernier projet sur lequel j'ai travaillé avait une solution avec environ 125 projets C # contenant environ 50K lignes de code, et c'était un effort de taille moyenne pour notre équipe. Il a certainement fallu plus de cinq secondes pour compiler.
TMN
5

J'ai mis à niveau mon ordinateur il y a quelques mois et j'ai décidé de tester les temps de construction c ++ avant et après pour voir quel type d'amélioration de vitesse j'ai obtenu. J'ai testé trois configurations, toutes construisant un projet C ++ dans Visual Studio 2005 avec Windows 7:

  1. Duo Core 2 ~ 2,6 GHz, 4 Go de RAM, création d'un projet à partir d'un SSD
  2. Même système, construction du même projet à partir d'un disque dur de 7,2k tr / min
  3. Core i5 2500k 3,3 GHz, 8 Go de RAM, construction du même projet à partir d'un SSD

J'ai fait chaque génération deux fois, une juste après un démarrage à chaud et à nouveau juste après la première génération (une fois que tout a été échangé dans le cache disque). Voici les résultats que j'ai obtenus:

  1. Première construction - 96 secondes. Deuxième build - 92 secondes.
  2. Première construction - 96 secondes. Deuxième build - 92 secondes.
  3. Première construction - 54 secondes. Deuxième build - 51 secondes.

Dans les cas 1 et 2, vous remarquerez que j'ai obtenu exactement les mêmes temps de construction, que je construise à partir de mon SSD ou du lecteur RPM 7,2k. La vitesse du disque ne semble donc pas être un facteur de compilation, du moins pour les disques durs d'une vitesse décente. Le changement qui a fait la différence est passé d'un duo Core 2 à un processeur i5 3,3 GHz - il semble donc que la compilation soit liée au processeur et non à la mémoire ou au disque.

J'avais supposé que le passage du disque dur au SSD augmenterait un peu la vitesse, mais apparemment ce n'est pas le cas - sans doute tout est-il simplement échangé et après cela va à la vitesse de la mémoire.

Colen
la source
2

Je pense que cela fait une énorme différence. VS (comme Windows) écrit constamment sur le disque. C'est étonnamment lent, même pour de petites quantités de données. J'ai mis un SSD dans un vieil ordinateur portable et cela l'a rendu environ 5 fois plus rapide. Vous pouvez voir les résultats .

Bien que je n'ai aucune expérience de première main avec les VS et les SSD, je suis sûr que tout sera beaucoup plus rapide.

Une chose à savoir: les SSD ont des taux d'échec très élevés (y compris le premier que j'ai acheté). Achetez-en un qui est très bien noté comme celui-ci . De plus, vous n'avez pas besoin d'un SSD particulièrement grand. Juste assez grand pour contenir le système d'exploitation, les fichiers du programme et votre projet avec au moins 20% de liberté, c'est bien. Alors peut-être 128 Go.

B Seven
la source
2

Visual Studio est sensible à la vitesse du disque, mais si vous utilisez TFS, vous êtes beaucoup plus à la merci de la vitesse du serveur TFS et du réseau (car l'ouverture de fichiers et la modification initiale nécessitent une extraction et une extraction).

Si vous utilisez un DVCS, ciblez SSD -> fréquence du processeur. Visual Studio est quelque peu sensible à la vitesse du processeur et ne semble pas être très fileté. Préférez moins de cœurs plus rapides aux cœurs plus lents. Il ne semble pas utiliser beaucoup plus de 1,5 Go de RAM sans rencontrer d'exceptions OOM, alors ne vous embêtez pas à pousser votre machine avec plus de 4 Go de RAM. Si vous avez la chance d'avoir plus de 4 Go de RAM, utilisez le supplément comme lecteur de RAM pour stocker votre code source (des mesures de sauvegarde draconiennes sont nécessaires). Rien ne peut encore toucher la vitesse d'un lecteur RAM. Voici une référence de mon poste de travail:

comparaison de la vitesse de conduite entre ssd / ramdrive / raid0

Bryan Boettcher
la source