Devo armazenar meu código / projetos no meu SSD ou na minha unidade secundária?

Question

Acabei de receber uma nova caixa. Ele tem um SSD para a unidade principal e um SATA de 1 TB para a unidade secundária. Vou executar o windows e meus binários no SSD e manter todos os meus downloads / documentos / música / etc na unidade secundária.
A minha pergunta é que devo também manter meus projetos do Visual Studio e código no SSD ou mantê-los na unidade secundária? O SSD mais rápido presumivelmente seria melhor para compilar e indexar buscas, mas seria melhor mantê-lo na segunda unidade para uma situação de IO de disco mais paralela?

    

Answer 1

O SSD tem um IO muito melhor e, portanto, faz sentido ter o seu código no disco SSD.

    

Answer 2

Depende da unidade que você tem. A leitura é sempre perdida para o SSD, mas talvez não no desempenho de gravação. O desempenho de gravação será importante durante as compilações para a criação de novos executáveis, montagens e outros artefatos de construção.

Copie uma das suas soluções maiores para o HD e o SSD e compile as duas. Você notará a diferença de um jeito ou de outro e terá sua decisão. Meu palpite é que o HD será mais rápido para compilações / compilações, mas o ssd ganhará tudo o mais.

    

Answer 3

Não sei se isso é possível no Visual Studio, mas o melhor pode ser uma combinação dos dois. Coloque o código-fonte no SSD, mas tenha os objetos compilados gravados no HD. É assim que temos projetos baseados em fazer, mas por outras razões.

    

Answer 4

A velocidade do disco rígido é importante para o desempenho geral do Visual Studio. Scott Guthrie toca bem neste postar :

Multi-core CPUs on machines have gotten fast enough over the past few years that in most common application scenarios you don't usually end up blocking on available processor capacity in your machine.

When you are doing development with Visual Studio you end up reading/writing a lot of files, and spend a large amount of time doing disk I/O activity. Large projects and solutions might have hundreds (or thousands) of source files (including images, css, pages, user controls, etc). When you open a project Visual Studio needs to read and parse all source files in it so as to provide intellisense. When you are enlisted in source control and check out a file you are updating files and timestamps on disk. When you do a compilation of a solution, Visual Studio will check for updated assemblies from multiple disk path locations, write out multiple new assemblies to disk when the compilation is done, as well as persist .pdb debugger symbol files on disk with them (all as separate file save operations). When you attach a debugger to a process (the default behavior when you press F5 to run an application), Visual Studio then needs to search and load the debugger symbols of all assemblies and DLLs for the application so as to setup breakpoints.

Blog do Visual Studio recomenda usar um SSD:

Hard drive type matters! And here is another trick to make solution load even faster. Visual Studio telemetry shows that machines with an SSD storage load solutions 2-3 times faster than a regular hard drive. As such, we strongly recommend considering an upgrade to SSD if you are using a regular hard drive. While ideally Windows, Visual Studio, and your solution would all be contained on an SSD for the maximum impact, having Windows installed on SSD will have a huge impact on your solution load.