Как я ускоряю Visual Studio с большим количеством проектов? [дубликат]
У вас есть сумма в вашей первой процедуре
N1 = N1 + n11 * 64
, поэтому формулу нельзя отменить!
Объяснение:
Представьте, что у вас есть сумма 5 + 4 = 10. Тогда вы не сможете вернуть его, если знаете только сумму 10 и хотите знать a + b = 10, тогда существует более одного решения для a и b (на самом деле для этого есть бесконечные решения).
Поэтому ответ таков: ваш шестнадцатеричный код не может быть преобразован в 3 буквы.
8 ответов
Существует целый набор предложений в этом вопросе: Очень медленное время компиляции на Visual Studio. Комбинация нескольких из них определенно поможет до некоторой степени
ScottGu заявил, что скорость жесткого диска является одним из наиболее важных факторов в производительности VS. Когда мы получили новые компьютеры на работе недавно, я запросил, чтобы у них был второй первоклассный жесткий диск. Папка My Development находится на моем D: диск и загрузки VS и компиляции 20 + решения проекта за несколько секунд.
У меня нет VS открытым передо мной прямо сейчас..., но примерно это...
Перейдите в..
Инструменты> опции> Сборка и опции выпуска.
Выберите - разрабатывают проект запуска и зависимости только.
Это значительно ускорит процесс.
Я сделал некоторое тестирование производительности на скорости сборки (VS2008 хотя).
Я пытался использовать Электронный диск. Почти никакое различие от RAID 1+0.
Четырехъядерный, кажется, не помогает, хотя ЦП никогда не в 100% (хорошо, один из них в 100%, которые я предполагаю). Частота ЦП, кажется, помогает все же. Не уверенный в скорости памяти.
Так, для ускорения его консолидируйте некоторые проекты (так как наличие той же суммы .cs файлов создает медленнее, если они находятся в отдельных проектах), или создайте подрешения - решения, которые только содержат зависимости для текущего проекта работы. Так, скажите, что Вы имеете веб-приложение и приложение администрирования и своего рода клиент UI WPF, создаете 3 решения, один с веб-приложением, один с администратором и один для клиента.
Вот некоторые хорошие советы при улучшении скорости компиляции VS:
- Отключите StyleCop, FxCop или любые другие инструменты анализа кода
- Создайте несколько конфигураций сборки, один для каждой из задач, которые Вы выполняете и только компилируете то, в чем Вы нуждаетесь в каждой конкретной конфигурации
- Удалите ненужные задачи MSBuild
a) Купите больше памяти b), Разбивают в различные решения c) Обновление VS 2008 d) http://geekswithblogs.net/Ahmed_Hussein_blog/archive/2007/11/12/116791.aspx
Обновление до 2008 стоит того для Вашей ситуации. В моем последнем задании у нас было 50 проектов и VS, 2005 был медленной собакой. Плюс он была боль для отладки (w/многопоточность). IDE продолжил выдувание на нас. Как только мы обновили до VS 2008, все пошло быстрее, компиляции пошли быстрее (частично, потому что MS реализовал умный алгоритм распараллеливания взглядами его), он использует меньше RAM и намного более стабилен.
Единственное сожаление, которое мы имели с 2008, находится в конце C++ вещей (большая часть нашего приложения была VB.Net, некоторым C# и некоторым C++). Новая версия C++ не поддерживает Windows NT, который мы должны были сделать. Обходное решение является постсобытием, которое использует старое Мусорное ведро Редактирования и устанавливает версию для 4,0.
Исправление 947315 Для Visual Studio 2005.
Это совокупное исправление для следующего:
- KB947315: Visual Studio 2005 IDE перестает отвечать, когда вы работаете С помощью проектов Visual C ++
- KB943969: Visual Studio 2005 Остановки перестает реагирование или производительность - это медленно, когда вы используете функцию IntelliSense
- KB916769: Visual Studio 2005 IDE перестает отвечать, когда вы работаете с большим Visual C ++ .NET раствор в Visual Studio 2005