Dois-je stocker mon code / mes projets sur mon SSD ou mon disque secondaire?

Je viens de recevoir une nouvelle boîte. Il dispose d'un SSD pour le lecteur principal et d'un SATA de 1 To pour le lecteur secondaire. Je vais exécuter Windows et mes binaires sur le SSD et garder tous mes téléchargements / documents / musique / etc. sur le lecteur secondaire.
Ma question est la suivante: dois-je également conserver mes projets Visual Studio et mon code sur le SSD ou les conserver sur le lecteur secondaire? Le SSD plus rapide serait probablement mieux pour la compilation et les recherches indexées, mais serait-il préférable de le conserver sur le 2ème lecteur pour une situation d'E / S disque plus parallèle?

Les SSD ont une bien meilleure E / S et il est donc logique d'avoir votre code sur le disque SSD.

Cela dépend du lecteur dont vous disposez. La lecture est toujours perdante pour le SSD, mais peut-être pas pour les performances d'écriture. Les performances d'écriture seront importantes lors des compilations pour la création de nouveaux exécutables, assemblys et autres artefacts de build.

Copiez l'une de vos plus grandes solutions sur le HD et le SSD et compilez les deux. Vous remarquerez la différence dans un sens ou dans l'autre et aurez votre décision. Je suppose que le HD sera plus rapide pour les compilations / builds mais le ssd gagnera tout le reste.

Je ne sais pas si cela est possible dans Visual Studio, mais le meilleur peut être une combinaison des deux. Mettez le code source sur le SSD, mais faites écrire les objets compilés sur le disque dur. C'est ainsi que nous avons élaboré des projets basés sur la marque, mais pour d'autres raisons.

La vitesse du disque dur est importante pour les performances globales de Visual Studio. Scott Guthrie le touche bien dans ce post :

Les processeurs multicœurs sur les machines sont devenus assez rapides au cours des dernières années pour que dans la plupart des scénarios d'application, vous ne finissiez généralement pas par bloquer la capacité de processeur disponible sur votre machine.

Lorsque vous effectuez un développement avec Visual Studio, vous finissez par lire / écrire un grand nombre de fichiers et passez beaucoup de temps à effectuer des activités d'E / S sur disque. Les grands projets et solutions peuvent avoir des centaines (ou des milliers) de fichiers source (y compris des images, des CSS, des pages, des contrôles utilisateur, etc.). Lorsque vous ouvrez un projet, Visual Studio doit lire et analyser tous les fichiers source afin de fournir intellisense. Lorsque vous êtes enrôlé dans le contrôle de code source et que vous extrayez un fichier, vous mettez à jour les fichiers et les horodatages sur le disque. Lorsque vous effectuez une compilation d'une solution, Visual Studio vérifie les assemblys mis à jour à partir de plusieurs emplacements de chemin de disque, écrit plusieurs nouveaux assemblys sur le disque lorsque la compilation est terminée, et conserve les fichiers de symboles de débogueur .pdb sur le disque avec eux (tous en tant qu'opérations d'enregistrement de fichier distinctes).

Le blog Visual Studio recommande d'utiliser un SSD:

Le type de disque dur est important! Et voici une autre astuce pour accélérer le chargement de la solution. La télémétrie Visual Studio montre que les machines dotées d'un stockage SSD chargent des solutions 2 à 3 fois plus rapidement qu'un disque dur normal. En tant que tel, nous vous recommandons fortement d'envisager une mise à niveau vers SSD si vous utilisez un disque dur normal. Bien qu'idéalement Windows, Visual Studio et votre solution soient tous contenus sur un SSD pour un impact maximal, avoir Windows installé sur SSD aura un impact énorme sur la charge de votre solution.