Più CPU/core saranno utili con i tempi di compilazione di VS.NET?

Question

Mi chiedevo se qualcuno sapeva se Visual Studio .NET aveva un processo di compilazione parallelo o no? Ho una soluzione con molti progetti, ogni progetto ha un sacco di markup/codice, un sacco di tipi, ecc. Stare seduti lì con intellisense lo gestisce fino a circa 700 MB. Ma i tempi di compilazione sono molto lenti e sembrano massimizzare solo uno dei miei due core della CPU.

Significa che il processo di creazione è a thread singolo? La catena di dipendenze di build della mia soluzione non è lineare, quindi non vedo perché non sia possibile creare parallelamente alcuni progetti. Ricordo che Joel Spolsky stava scrivendo sul suo nuovo SSD, e come non fosse d'aiuto nei tempi di compilazione, ma non menzionava quale compilatore stava usando. Stiamo usando VS 2005. Qualcuno sa come funziona la compilazione? Ed è diverso/migliore nel 2008/2010?

EDIT: Un sacco di buone risposte, qui, ma sono interessato in particolare in C# e ASP.NET. Nessun amore per noi gente del web?

Answer 1

MSBuild (che VS utilizza per creare build, da 2005/.NET2) supporta versioni parallele. Di default VS imposterà il massimo grado di parallelismo al numero di processori. Usa gli strumenti | Opzioni | Progetti e soluzioni | Crea ed Esegui per sovrascrivere questo valore predefinito.

Ovviamente qualsiasi build potrebbe avere una capacità più limitata (o non) di consentire le build parallele. Per esempio. solo un assieme in una soluzione non fornisce alcun ambito da costruire in parallelo. Allo stesso modo un numero elevato di assembly con molte dipendenze potrebbe bloccare il parallelismo (A dipende da B, C dipende da A & B, D dipende da C non ha spazio per le versioni parallele).

(NB. Per C++, in VS 2005 & 2008 utilizza un proprio sistema di build, nel 2010 C++ sarà inoltre costruito con MSBuild.)

Answer 2

Con VS2k5 dipende da quale lingua si sta cercando di utilizzare. C/C++ ha il supporto 'sperimentale' per il multi-threaded building, ma questa funzione non è ufficialmente supportata fino a 2k8 usando il/m: switch

Answer 3

Scott Hanselman ha un post sul blog di un paio di anni fa che dettagli ottenendo Faster Builds with MSBuild using Parallel Builds and Multicore CPUs che dovrebbe essere di interesse Ha anche un post successivo Hack: Parallel MSBuilds from within the Visual Studio IDE.

Answer 4

vorrei suggerire che un drive SSD fornirebbe il più grande vantaggio explicitly for builds

SuperUser che confuta anche l'articolo di Joel

SO asking for best laptop etc: discussioni su SSD, core, come funziona VS ecc

Qualifier: I acquistato un SSD Intel per uso domestico un mese o tre fa. Lordy è veloce e probabilmente il miglior pezzo di kit che abbia mai comprato tranne il mio Voodoo 2 ...

Answer 5

Ho usato build paralleli in Visual Studio 2008. Velocizza le cose, ma ha molti fastidiosi effetti collaterali.

Spesso mi capita di avere build non riuscite perché alcune compilazioni non sono riuscite, ma perché VS non è stato in grado di scrivere in un database di simboli bloccato. Ho anche ottenuto dei risultati Intellisense davvero incasinati. A volte devo ripetere la costruzione due o tre volte per ottenere un successo finale.