Aumenta le prestazioni di VS 2010 utilizzando un SSD [chiuso]

Penso che molto dipenda dalle lingue che state pianificando di programmare su VS2010.

Ad esempio, so che su macchine veloci, C # si compila in meno di 5 secondi su un progetto relativamente grande.

D'altra parte, la programmazione di Native C ++ richiede circa 45 secondi per un progetto della stessa dimensione.

Nella mia esperienza personale, per i tempi di compilazione non penso che un SSD farà molta differenza.

Detto questo, il tempo di avvio di VS2010 sul tuo computer sarà sicuramente più breve rispetto all'utilizzo di un disco rigido convenzionale se si utilizza un SSD, ma se ciò vale o meno per voi è la vostra scelta.

Spero che aiuti.

EDIT: potrei essere in grado di giocarci oggi se qualcuno è interessato. Possiedo un OCZ Vertex 3 da 120 GB, posso installare Visual Studio su di esso e fornire una stima approssimativa rispetto al mio PC di lavoro, che è approssimativamente equivalente alle specifiche del PC. Farò una copia del mio progetto e spero di poterlo compilare a casa. Ti aggiornerò più tardi oggi

Ho aggiornato il mio computer alcuni mesi fa e ho deciso di testare i tempi di compilazione c ++ prima e dopo per vedere quale tipo di miglioramento della velocità ho ottenuto. Ho testato tre configurazioni, tutte costruendo un progetto C ++ in Visual Studio 2005 con Windows 7:

1. Core 2 duo ~ 2.6ghz, RAM da 4 GB, creazione di un progetto da un SSD
2. Stesso sistema, che costruisce lo stesso progetto da un disco fisso a 7.2k rpm
3. Core i5 2500k 3.3 ghz, 8 gb RAM, creando lo stesso progetto da un SSD

Ho creato ciascuna build due volte, una subito dopo un avvio a caldo, e di nuovo subito dopo la prima build (una volta che tutto era stato scambiato nella cache del disco). Ecco i risultati che ho ottenuto:

1. Prima build: 96 secondi. Seconda build: 92 secondi.
2. Prima build: 96 secondi. Seconda build: 92 secondi.
3. Prima build: 54 secondi. Seconda build: 51 secondi.

Nei casi 1 e 2 noterai che ho ottenuto esattamente gli stessi tempi di compilazione, indipendentemente dal fatto che stavo costruendo dal mio SSD o dall'unità a 7.2k RPM. Quindi la velocità del disco sembra non essere un fattore nella compilazione, almeno per i dischi rigidi di una velocità decente. Il cambiamento che ha fatto l'enorme differenza è stato passare da un core 2 duo ad una i5 3.3 ghz CPU - quindi sembra che la compilazione sia vincolata dalla CPU, e non legata alla memoria o al disco.

Avevo pensato che passare dall'hard disk all'SSD avrebbe aumentato la velocità un po ', ma a quanto pare non è così - presumibilmente tutto viene semplicemente scambiato e dopo ciò va alla velocità della memoria.

Penso che faccia una grande differenza. VS (come Windows) scrive costantemente sul disco. Questo è sorprendente lento, anche per piccole quantità di dati. Ho inserito un SSD in un vecchio laptop e l'ho reso circa 5 volte più veloce. Puoi consultare i risultati .

Anche se non ho esperienza di prima mano con VS e SSD, sono sicuro che renderà tutto molto più veloce.

Una cosa di cui essere a conoscenza: gli SSD hanno tassi di errore molto elevati (incluso il primo che ho acquistato). Acquista uno che ha un punteggio elevato come questo . Inoltre, non è necessario un SSD particolarmente grande. È abbastanza grande da contenere il sistema operativo, i file di programma e il tuo progetto con almeno il 20% di spazio libero. Quindi forse 128 GB.

Visual Studio è sensibile alla velocità del disco, ma se usi TFS sei molto più in balia della velocità del server TFS e della rete (dal momento che aprire i file e la modifica iniziale richiede un recupero e un checkout).

Se utilizzi un DVCS, scegli come target SSD - > Frequenza della CPU. Visual Studio è un po 'sensibile alla velocità della CPU e non sembra essere molto threaded. Preferisci meno core più veloci su core più lenti. Non sembra utilizzare molto più di 1,5 GB di RAM senza eseguire le eccezioni di OOM, quindi non preoccuparti di spingere la tua macchina piena di oltre 4 GB di RAM. Se sei abbastanza fortunato da avere oltre 4 GB di RAM, usa l'extra come unità RAM per memorizzare il tuo codice sorgente (sono necessarie misure draconiane di backup). Niente può ancora toccare la velocità di un'unità RAM. Ecco un punto di riferimento dalla mia workstation: