Nossa equipe de desenvolvedores usa hardware REALMENTE rápido ... US $ 6.000 ou mais por máquina de desenvolvimento a partir de janeiro de 2010.
A MAIOR diferença que qualquer componente feito para nós (testamos uma coisa de cada vez) foi adicionar E / S muito rápidas e colocar todo o nosso código-fonte nesse hardware. Passamos por cerca de 10 configurações diferentes (vários RAIDs com VRaptors, SSDs, Etc ...) e o melhor item que encontramos foi o drive IOXtreme do Fusion IO.
http://www.fusionio.com/products/ioxtreme/
Você precisará de muita RAM, pois o driver "bloqueia" a RAM em quantidades maiores, quanto menor o tamanho do bloco formatado na unidade.
Esses meninos maus são não voláteis e SUPER rápidos nas leituras e gravações aleatórias. Pelo dinheiro, não conseguimos que nossas plataformas compilassem mais rápido.
Vou preparar uma compilação bem rápido para lhe dar uma idéia ...
OK, nossa solução Master com código ALL atualmente possui 37 projetos e um total de 92.281 linhas de código "executável" de acordo com os resultados das métricas de código do Visual Studio. Para compilá-lo com as configurações de desenvolvedor DEFAULT C # no IDE (basta recarregar todas as configurações para que você possa comparar objetivamente os padrões, se desejar), leva 22 segundos. Em uma máquina idêntica com 3 Velociraptores no RAID 5, são necessários 29 segundos, um aumento de cerca de 24%.
Esse teste foi executado com CLEAN SOLUTION seguido de REBUILD SOLUTION, portanto, deveria ter sido uma compilação completa.
Não conheço todos vocês, mas compilo frequentemente após pequenas e médias alterações. Provavelmente em média 80-100 vezes por dia. Isso significa que APENAS a unidade IOXtreme está me economizando 9,3 minutos por dia. A US $ 70 por hora (nossa taxa média de desenvolvedores, aproximadamente), ou seja, US $ 10 por dia, por desenvolvedor. Portanto, a coisa leva cerca de 90 dias para se pagar. Nada mal, na verdade ... eles são gratuitos neste momento.
Além disso, realmente sinto que os tempos de compilação nunca devem subir acima do limiar de distração de um desenvolvedor. Faça-me esperar 2 minutos ... Entre no Wiki ou no Google ou no Youtube, perdendo tempo. Isso é muito mais difícil de medir.
OK, então as plataformas inteiras se parecem com isso:
Windows 7 Professional 12 GB de RAM, 2x Quad Core Xeons (E5504) a 2,00 GHz. Total de 8 GHz por máquina. Controladores RAID Highpoint 2320 Server Mobo (lamento o modelo, desculpe) 3x Velociraptores no RAID 5, divididos em unidades C, D e E. Windows em C, programas em D, pastas Dados do Usuário na E. IO Xtreme Drive como Unidade F. Todo o código (DLLs nosso e de terceiros) está na Unidade F.
Boa sorte a todos!
Há uma pergunta semelhante aqui: Quais componentes do PC causam maior impacto nos tempos de compilação do Visual Studio .
O maior gargalo será a unidade de disco ao criar compilações no Visual Studio. No Visual Studio 2008, você também pode tirar proveito de vários processadores ou múltiplos núcleos durante suas compilações. Se fosse eu, eu iria com o seguinte:
Leitura adicional:
fonte
Eu uso um ramdrive, da Dataram . O Visual Studio não usa todos os núcleos do meu PC (8 núcleos), então o que fiz foi formatar o ramdrive com NTFS e ativar a compactação. O código de origem possui uma alta taxa de compactação, portanto, um ramdrive de 2 GB fornece pelo menos 4 GB de armazenamento. Você também pode ativar o salvamento automático do ramdrive! Esse método fornece o IO mais rápido, ainda mais rápido que o SSD. No entanto, você notará que quando o IO não é o gargalo, o VS é muito fraco no uso de vários núcleos.
fonte