Aumente o desempenho do VS 2010 usando um SSD [fechado]

Depois de pesquisar na Internet por melhorias de desempenho ao usar o Visual Studio 2010 com um disco rígido de estado sólido, ouvi muitas opiniões diferentes.

Muitas pessoas disseram que não há realmente um benefício ao usar um SSD, mas, por outro lado, outras disseram exatamente o oposto. Estou um pouco confuso com as opiniões contrastantes e não posso realmente decidir se a compra de um SSD faria alguma diferença.

Quais são suas experiências com esse problema e qual SSD você usou?

Acho que muito se resume a quais idiomas você planeja programar no VS2010.

Por exemplo, eu sei que em máquinas rápidas, o C # compila em menos de 5 segundos em um projeto relativamente grande.

Por outro lado, a programação do Native C ++ leva cerca de 45 segundos para um projeto do mesmo tamanho.

Na minha própria experiência, para tempos de compilação, não acho que um SSD faça muita diferença.

Dito isto, o tempo de lançamento do VS2010 no seu computador será definitivamente mais curto do que o uso de um disco rígido convencional se você usar um SSD, mas se vale a pena ou não para você, a escolha é sua.

Espero que ajude.

Edição: Eu posso ser capaz de brincar com isso hoje, se alguém estiver interessado. Eu possuo um OCZ Vertex 3 120GB, posso instalar o Visual Studio nele e fornecer uma estimativa aproximada do meu PC de trabalho, que é aproximadamente as especificações de PC equivalentes. Farei uma cópia do meu projeto e espero que ele seja compilado em casa. Vou atualizá-lo mais tarde hoje

Atualizei meu computador há alguns meses e decidi testar os tempos de compilação do c ++ antes e depois para ver que tipo de melhoria de velocidade obtive. Testei três configurações, todas construindo um projeto C ++ no Visual Studio 2005 com Windows 7:

1. Core 2 duo ~ 2.6ghz, 4gb RAM, construindo um projeto a partir de um SSD
2. Mesmo sistema, construindo o mesmo projeto a partir de um disco rígido de 7,2k rpm
3. Core i5 2500k 3.3ghz, 8gb RAM, construindo o mesmo projeto a partir de um SSD

Eu fiz cada compilação duas vezes, uma logo após uma inicialização a quente e outra logo após a primeira compilação (uma vez que tudo havia sido trocado no cache do disco). Aqui estão os resultados que obtive:

1. Primeira compilação - 96 segundos. Segunda construção - 92 segundos.
2. Primeira compilação - 96 segundos. Segunda construção - 92 segundos.
3. Primeira compilação - 54 segundos. Segunda construção - 51 segundos.

Nos casos 1 e 2, você notará que obtive exatamente os mesmos tempos de compilação, independentemente de estar construindo a partir do meu SSD ou da unidade de 7.2k RPM. Portanto, a velocidade do disco parece não ser um fator na compilação, pelo menos para discos rígidos com uma velocidade decente. A mudança que fez a enorme diferença foi passar de um Core 2 Duo para um CPU i5 de 3,3ghz - portanto, parece que a compilação está vinculada à CPU e não à memória ou ao disco.

Eu estava assumindo que ir do disco rígido para o SSD aumentaria um pouco a velocidade, mas aparentemente esse não é o caso - presumivelmente tudo é trocado e depois isso ocorre na velocidade da memória.

Eu acho que faz uma enorme diferença. O VS (como o Windows) está constantemente gravando no disco. Isso é surpreendentemente lento, mesmo para pequenas quantidades de dados. Coloquei um SSD em um laptop antigo e ele ficou 5 vezes mais rápido. Você pode ver os resultados .

Embora eu não tenha nenhuma experiência em primeira mão com VS e SSD, tenho certeza que isso tornará tudo muito mais rápido.

Uma coisa a ter em atenção: os SSDs têm taxas de falha muito altas (incluindo a primeira que comprei). Compre um que seja altamente classificado como este . Além disso, você não precisa de um SSD particularmente grande. Grande o suficiente para armazenar o sistema operacional, os arquivos de programa e seu projeto com pelo menos 20% de graça. Então, talvez 128GB.

O Visual Studio é sensível à velocidade do disco, mas se você usa o TFS, fica muito mais à mercê da velocidade do servidor e da rede do TFS (desde que a abertura de arquivos e a modificação inicial exijam uma busca e uma verificação geral).

Se você usa um DVCS, segmente SSD -> CPU frequency. O Visual Studio é um pouco sensível à velocidade da CPU e não parece ser altamente segmentado. Prefira menos núcleos mais rápidos do que núcleos mais lentos. Parece não usar muito mais do que 1,5 GB de RAM sem executar exceções de OOM, portanto, não se preocupe em deixar sua máquina cheia de mais de 4 GB de RAM. Se você tiver a sorte de ter mais de 4 GB de RAM, use o extra como uma unidade de RAM para armazenar seu código-fonte (medidas draconianas de backup necessárias). Nada ainda pode tocar a velocidade de uma unidade de RAM. Aqui está uma referência da minha estação de trabalho: