Підвищення продуктивності VS 2010 за допомогою SSD [закрито]

Після пошуку в Інтернеті покращення продуктивності при використанні Visual Studio 2010 з твердотільним жорстким диском я почув багато різних думок.

Дуже багато людей сказали, що насправді немає користі при використанні SSD, але, навпаки, інші говорять навпаки. Я трохи плутаюся з протилежними думками, і я не можу реально прийняти рішення, чи призведе покупка SSD.

Який у вас досвід роботи з цим питанням та який SSD ви використовували?

Я думаю, що багато чого зводиться до тих мов, які ви плануєте програмувати на VS2010.

Наприклад, я знаю, що на швидких машинах C # збирається за 5 секунд на порівняно великому проекті.

З іншого боку, програмування Native C ++ займає ~ 45 секунд для проекту такого ж розміру.

На моєму власному досвіді, для компіляції я не думаю, що SSD матиме велике значення.

При цьому, час запуску VS2010 на вашому комп’ютері, безумовно, буде коротшим, ніж використання звичайного жорсткого диска, якщо ви використовуєте SSD, але це вам варто чи ні, це ваш вибір.

Сподіваюся, що це допомагає.

EDIT: Можливо, я можу сьогодні пограти з цим, якщо хтось зацікавиться. Я володію OCZ Vertex 3 120 Гб, можу встановити на нього Visual Studio і дати вам приблизну оцінку порівняно з моїм робочим ПК, що приблизно відповідає специфікації ПК. Я зроблю копію свого проекту і сподіваюся, що зможу його скласти вдома. Я оновлю вас десь пізніше сьогодні

Я оновив свій комп’ютер кілька місяців тому і вирішив перевірити час складання c ++ до і після, щоб побачити, яке підвищення швидкості я отримав. Я протестував три конфігурації, всі будували проект C ++ у Visual Studio 2005 з Windows 7:

1. Дует Core 2 - 2,6 ГГц, 4 Гб оперативної пам'яті, створення проекту з SSD
2. Ця ж система, що створює той самий проект із жорсткого диска 7,2 к / хв
3. Core i5 2500k 3,3 ГГц, 8 ГБ оперативної пам’яті, будуючи той же проект з SSD

Я робив кожну збірку двічі, одну відразу після теплого завантаження, і знову відразу після першої збірки (як тільки все було замінено в кеш диска). Ось результати, які я отримав:

1. Перший збір - 96 секунд. Другий збір - 92 секунди.
2. Перший збір - 96 секунд. Другий збір - 92 секунди.
3. Перший збір - 54 секунди. Другий збір - 51 секунда.

У випадках 1 і 2 ви зауважите, що у мене були точно однакові часи збірки, незалежно від того, будувався я з мого SSD або 7,2 Кб RPM-накопичувача. Тож швидкість диска, здається, не є фактором для збирання, принаймні для жорстких дисків пристойної швидкості. Зміна, яка зробила величезну різницю, йшла від ядра 2 дуету до i5 3,3 ГГц процесора - тому здається, що компіляція пов'язана з процесором, а не з пам'яттю чи диском.

Я припускав, що перехід з жорсткого диска на SSD трохи збільшить швидкість, але, мабуть, це не так - імовірно, все просто заміняється і після цього йде зі швидкістю пам'яті.

Я думаю, що це має величезну зміну. VS (як Windows) постійно записує на диск. Це дивно повільно, навіть для невеликих обсягів даних. Я поставив SSD в старий ноутбук, і це зробило його приблизно в 5 разів швидше. Ви можете побачити результати .

Хоча я не маю жодного досвіду роботи з VS та SSD, я впевнений, що це зробить все набагато швидше.

Слід пам’ятати одне: SSD мають дуже високі показники відмов (включаючи перший, який я придбав). Купіть такий, який має високу оцінку, як цей . Крім того, вам не потрібен особливо великий SSD. Досить великий, щоб вмістити ОС, програмні файли та ваш проект принаймні на 20% безкоштовно, це добре. Так, можливо, 128 Гб.

Visual Studio чутливий до швидкості диска, але якщо ви використовуєте TFS, ви набагато більше залежать від швидкості роботи сервера TFS та мережі (оскільки відкриття файлів та початкова модифікація вимагають отримання та оформлення замовлення).

Якщо ви використовуєте DVCS, то орієнтуйте частоту SSD -> CPU. Visual Studio дещо чутливий до швидкості процесора, і, здається, не є сильним потоком. Віддайте перевагу меншій кількості швидших ядер над повільнішими ядрами. Схоже, не використовується набагато більше 1,5 ГБ оперативної пам’яті, не натрапляючи на винятки OOM, тому не варто перейматися, засунувши свою машину, наповнену більше 4 Гб оперативної пам’яті. Якщо вам пощастило мати більше 4 Гб оперативної пам’яті, використовуйте додатковий в якості пам’яті оперативної пам’яті для зберігання вихідного коду (необхідні драконівські резервні заходи). Ще нічого не може торкнутися швидкості накопичувача оперативної пам'яті. Ось орієнтир моєї робочої станції: