27

Я хочу собрать ПК для запуска Visual Studio очень быстро. У меня есть около 30 проектов C #, которые включают службы WCF, веб-службы IIS. Так что для меня быстро означает быстрое редактирование, компиляция, запуск и отладка циклов.

Как я должен сбалансировать свои инвестиции в мощность процессора, память и технологию привода, когда собираю машину для своих целей?

3 ответа3

19

Наша команда разработчиков использует ДЕЙСТВИТЕЛЬНО быстрое аппаратное обеспечение ... $ 6000 за машину разработчика с января 2010 года.

САМЫЙ БОЛЬШОЙ разницей, которую сделал для нас один компонент (мы тестировали по одному), было добавление очень быстрого ввода-вывода и размещение всего нашего исходного кода на этом оборудовании. Мы рассмотрели около 10 различных конфигураций (различные RAID-массивы с VRaptors, SSD-накопителями и т.д.), И лучшим из предложенных нам был диск IOXtreme от Fusion IO.

http://www.fusionio.com/products/ioxtreme/

Вам потребуется много оперативной памяти, так как драйвер "блокирует" оперативную память в больших количествах, чем меньше размер отформатированного блока на диске.

Эти плохие парни являются энергонезависимыми и СУПЕР быстрыми при случайном чтении и записи. За деньги мы не могли заставить наши установки собираться быстрее.

Я быстро подготовлю компиляцию, чтобы дать вам идею ...

Итак, наше главное решение с ВСЕМ кодом в настоящее время насчитывает 37 проектов и в общей сложности 92 281 строк "исполняемого" кода в соответствии с результатами метрик кода Visual Studio. Чтобы скомпилировать его с настройками разработчика DEFAULT C # в IDE (просто перезагрузите все настройки, чтобы вы могли объективно сравнить их со значениями по умолчанию, если хотите), требуется 22 секунды. На идентичной машине с 3 Velociraptors в RAID 5 требуется 29 секунд, так что это примерно на 24% больше.

Этот тест был выполнен с CLEAN SOLUTION, за которым последовало REBUILD SOLUTION, так что это должна была быть полная компиляция.

Я не знаю всех вас, но я часто компилирую после небольших и средних изменений. Вероятно, в среднем 80-100 раз в день. Это означает, что ПРОСТО IOXtreme экономит мне 9,3 минуты в день. При 70 долл. В час (наша средняя скорость разработки примерно), что составляет 10 долл. В день на разработчика. Таким образом, вещь окупается за 90 дней. Не плохо на самом деле ... они свободны на данный момент.

Кроме того, я ДЕЙСТВИТЕЛЬНО твердо чувствую, что время компиляции никогда не должно превышать порог разработчика для отвлечения внимания. Заставь меня подождать 2 минуты ... В вики или гугле или ютубе тратить время. Это намного сложнее измерить.

Итак, все буровые установки выглядят примерно так:

Оперативная память Windows 7 Professional, 12 ГБ, 2x четырехъядерные процессоры Xeons (E5504), 2,00 ГГц. Всего 8 ГГц на машину. Контроллеры Highpoint 2320 RAID Server Mobo (я забыл модель, извините) 3x Velociraptors в RAID 5, разделенных на диски C, D и E. Windows на C, программы на D, папки User Data на E. IO Xtreme Drive как диск F. Весь код (наши и сторонние DLL) находится на диске F.

Желаем удачи всем вам!

17

Здесь возникает похожий вопрос: какие компоненты ПК оказывают наибольшее влияние на время компиляции для Visual Studio.

Самым большим узким местом будет дисковод при сборке в Visual Studio. Начиная с Visual Studio 2008, вы также можете использовать преимущества нескольких процессоров или нескольких ядер во время сборки. Если бы это был я, я бы пошел со следующим:

  • Платформа Core I7
  • 6+ ГБ ОЗУ
  • Windows 7 64-битная (это быстрее, чем Vista)
  • Быстрый твердотельный накопитель
  • Нет активного антивирусного программного обеспечения во время сборки!

Дальнейшее чтение:

3

Я использую ramdrive от Dataram. Visual Studio не использует все мои ядра ПК (8 Core), поэтому я отформатировал диск с NTFS и активировал сжатие. Код с исходным кодом имеет высокую степень сжатия, поэтому оперативная память 2 ГБ дает как минимум 4 ГБ памяти. Вы также можете активировать автоматическое сохранение ramdrive! Этот метод дает вам самый быстрый ввод-вывод, даже быстрее, чем SSD. Однако вы заметите, что когда IO не является узким местом, VS очень плохо использует многоядерные процессоры.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .