Devo armazenar meu código / projetos no meu SSD ou no meu disco secundário?

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. Eu 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 provavelmente seria melhor para pesquisas de compilação e indexadas, mas seria melhor mantê-lo na segunda unidade para uma situação de IO de disco mais paralela?

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

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 criar novos executáveis, assemblies e outros artefatos de construção.

Copie uma das suas soluções maiores para o HD e o SSD e compile os dois. 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.

Eu 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 os projetos baseados em produção, mas por outras razões.

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

As CPUs multi-core nas máquinas têm obtido rapidez suficiente nos últimos anos, e nos cenários de aplicativos mais comuns, você normalmente não acaba bloqueando a capacidade disponível do processador na sua máquina.

Quando você está fazendo o desenvolvimento com o Visual Studio, você acaba lendo / escrevendo muitos arquivos e gasta uma grande quantidade de tempo fazendo atividades de E / S de disco. Grandes projetos e soluções podem ter centenas (ou milhares) de arquivos fonte (incluindo imagens, css, páginas, controles de usuário, etc). Quando você abre um projeto, o Visual Studio precisa ler e analisar todos os arquivos de origem para fornecer o intellisense. Quando você está inscrito no controle de origem e verifica um arquivo, você está atualizando arquivos e registros de data e hora no disco. Quando você faz uma compilação de uma solução, o Visual Studio verifica assemblies atualizados de vários locais de caminho de disco, grava vários novos assemblies no disco quando a compilação é feita, assim como os arquivos de símbolos do depurador .pdb no disco com eles (todos como operações separadas de salvamento de arquivo). Quando você anexa um depurador a um processo (o comportamento padrão quando você pressiona F5 para executar um aplicativo), o Visual Studio, em seguida, precisa pesquisar e carregar os símbolos do depurador de todos os assemblies e DLLs para o aplicativo para configurar pontos de interrupção.

Blog do Visual Studio recomenda usar um SSD:

O tipo de disco rígido é importante! E aqui está outro truque para fazer solução   carregar ainda mais rápido. A telemetria do Visual Studio mostra que as máquinas com   Soluções de carregamento de armazenamento SSD 2-3 vezes mais rápido que um disco rígido comum.   Como tal, nós recomendamos fortemente considerar uma atualização para SSD se você   estão usando um disco rígido regular. Embora idealmente o Windows, o Visual Studio,   e sua solução estaria contida em um SSD para o máximo   impacto, com o Windows instalado no SSD terá um enorme impacto sobre   sua carga de solução.