Visual studio installer долго качает
У нас действительно большое решение с более чем 200 проектами и тысячами файлов. Несмотря на это, решение использовалось довольно быстро для загрузки в Visual Studio 2010, а также в 2012 году. Однако после копирования всего хранилища SVN в другое место загрузка и закрытие решения неожиданно заняло слишком много времени. (Я говорю о 30-60 минутах здесь!)
Я сам нашел решение и хотел поделиться им здесь, надеясь, что оно может сэкономить кому-то немало часов на исследования, и уставиться на диалог "Подготовка решения. ".
При проверке процесса devenv.exe с помощью Process Monitor я обнаружил, что он довольно занят доступом к .svn каталог. Вот что я сделал (и это как-то решило проблему):
- Убить Visual Studio
- Откройте Visual Studio без загрузки решения
- Отключите AnkhSvn как плагин управления источником (Инструменты-> Параметры-> Контроль источника-> Выбор плагина-> Нет)
- Отключите "Document Well 2010 Plus" (VS2010) или "Custom Document Well" (VS2012) в разделе "Инструменты для повышения производительности" ("Инструменты" -> "Параметры" -> "Инструменты для повышения производительности") - где-то я это читал, и это также могло бы помочь.
- Закрыть Visual Studio
- Удалить решение *.suo файл. Он находится в той же папке, что и само решение. ПРИМЕЧАНИЕ. Вы потеряете несколько настроек своего решения, таких как открытые в данный момент файлы, точки останова, закладки, текущая конфигурация решения и платформа (например, Debug x86) и т. Д.
- Перезапустите Visual Studio
- Загрузите решение - теперь это было намного быстрее!
- Закрыть Visual Studio
- Откройте Visual Studio без загрузки решения
- Повторно включите AnkhSvn и "Document Well"
- Перезапустите Visual Studio
- Откройте решение - оно было загружено за считанные секунды!
Я не знаю, какой из этих шагов действительно решил проблему. Возможно, не все эти шаги требуются, но я не хотел воспроизводить проблему, чтобы выяснить, какие шаги могут быть пропущены.:)
Ничто из этого не помогло мне, чем я занимался. Я смотрел с ProcMon sysinternals, фильтруя по devenv, и я видел много записей в fussionlog. Несколько недель назад я включил fussionlog для целей отладки и не думал отключать его. Мне просто пришлось отключить fussionlog, и решение открылось быстрее.
Вы можете открыть Visual Studio в безопасном режиме, а затем проверить настройки своего плагина и контроля версий после открытия проекта. Безопасный режим означает "Запускает Visual Studio, загружая только среду и службы по умолчанию".
Или по твоему пути
В моем случае следующее работало без каких-либо предложенных промежуточных шагов:
- Убей Visual Studio.
- Запустите Visual Studio напрямую (т.е. не из файла.sln).
- Затем из Visual Studio откройте решение.
В моем случае это было все, что требовалось, чтобы решение проблемы загружалось достаточно быстро, без необходимости менять настройки или удалять любые файлы.
Между прочим, я понимаю, что это поздняя запись, но я обнаружил, что простое удаление (удаление) моего большого количества точек останова решило чрезмерное время загрузки и время компиляции. Это действие уменьшило размер файла.suo с 214 МБ до 977 КБ. Пусть VS обрабатывает сам файл.suo. Компиляция и загрузка теперь занимают 1
Мои настройки:
Я использую Visual Studio 2012 Express, в настоящее время, но у меня была та же проблема в Visual Studio 2010 Express также. Мое решение хранится на сетевом диске; в частности, это Мои Документы перенаправлены на сетевой диск, если это имеет значение. (Не должно. Бывают случаи, когда мой сайт загружается очень быстро при этой настройке.)
обычно я загружаю в Internet Explorer 9, но та же проблема возникает в Firefox.
симптомы:
система загрузит мои символы сотни раз. В основном, следующее, Но есть по крайней мере 300 таких строк, каждая с когда-либо-так-немного разными DLL-файлами для тех же CSHTMLs:
в приведенном выше, у меня есть три DisplayTemplates: "контакт", "местоположение" и "StatusCode". Похоже, что IIS загружает символы дважды для каждого вызова displaytemplate. Таким образом, если я показываю таблицу из 100 записей, которая вызывает все три из этих displaytemplates, загружается 600 отдельных символов.
это тоже не быстрая операция. При просмотре файлов журнала, создаваемых IIS, для загрузки каждого символа требуется около 200 мс. Таким образом, сверхдлинные задержки.
что я пробовал:
- Debug или release версию, это не имеет значения.
- размещение моего проекта в полной реализации IIS в интернете сервер работает очень быстро без проблем. , IIS Express 7.5 и IIS Express 8.0 все имеют проблему.
- удалить все точки останова ничего не делает.
- Очистить Решение или удаления .СУО тоже ничего не делает.
- если я восстанавливаю IIS Express или удаляю My DocsIISExpress папка или восстановление/переустановка Visual Studio → проблема может уйти, но только на некоторое время, прежде чем она придет в норму спина.
любой совет вообще приветствуется.
обратите внимание, что эта машина имеет Symantec Endpoint Protection, которая имеет историю причинения ущерба. Но отключение его сразу (хорошо быть администратором) не исправило проблему.
у меня есть теория на данный момент. Я думаю, что это все потому, что я работаю с перенаправленной папкой из сетевого ресурса. Пока отладчик просматривал сотни строк "загруженных символов", я остановился, чтобы посмотреть, что он делает. Это было в моем код, загружающий DisplayTemplate у меня. Шагнув в шаблон, выведите следующее:
похоже, Visual Studio перекомпилирует мой displaytemplate каждый раз это называется, что снова, сотни раз. Моя теория заключается в том, что Visual Studio компилирует файл, сохраняет его в сетевом ресурсе, сетевой ресурс затем каким-то образом штампует на нем новое время, а Visual Studio затем думает, что файл изменился, и, таким образом, Visual Studio перекомпилирует его еще раз. Только теория хотя, я действительно понятия не имею.
во-первых, по-видимому, у меня есть автономные файлы (это настольный компьютер в офисе, мне все равно). Я собираюсь отключить, перезагрузить и повторить попытку завтра.
плюс, перемещение моего проекта, как есть, на локальный C: исправляет его. Он загружается очень быстро. Но это не идеально в рабочей среде. Я теряю предыдущие версии, мой код не копируется вообще, если я не скопирую его вручную, и он больше никому не доступен.
Я могу сделайте с копированием его взад и вперед от C к сетевому ресурсу, если дело доходит до него. Гораздо более раздражает ждать две минуты для каждой загрузки страницы.
Мои настройки:
Я загружаю в Интернет и усилителя;усилитель; nbsp;Эксплорер 9 как правило, но подобная проблема происходит только в Firefox.
Система будет загружать мои картинки сотни раз. В основном, следующими, но есть, по крайней мере, 300 таких строк, каждая из которых с когда-либо-так-слегка разные dll файлы для той же CSHTMLs:
Любые консультации по все это по достоинству.
Вот как я решил, что "медленная загрузка символом" и проблемы в Visual Studio 2012, так:
Зайти в Инструменты -> Параметры -> отладка -> общие
Проверьте флажок рядом с "и включить только мой код и".
Зайти в Инструменты -> Параметры -> отладка -> символы
Нажмите на кнопку " от. " и кнопку и создать/выбрать новую папку где-то на локальном компьютере для хранения кэшированных картинок. Я назвала свое "и символ кэширование" и положите ее в документы -> В визуальной студии 2012.
Снимите флажок, чтобы "сервера символов Майкрософт", чтобы предотвратить визуальной студии от удаленного запроса к серверам Microsoft.
Отныне, погрузка символ должен быть гораздо быстрее.
Обратите внимание, что если вы делаете любые изменения/загрузки сборок Microsoft, возможно, потребуется, чтобы вернуться в диалоговое окно обозначения и "загрузить все символы" снова.
Выключив помощью IntelliTrace фиксированная это для меня.
В Visual студии, Инструменты -> Параметры -> помощью IntelliTrace
Затем, снимите флажок "и включить IntelliTrace и".
Ничего из этого не работал для меня, но я нашел точку останова на символе, который был удален. Кажется, что 2010 был на ней висит. Чтобы увидеть, если это проблема не отладки-и GT;ОС Windows->точки останова, если они там просто удалить их.
Сондерс отметил он проверил, но это не было упомянуто в решении этой проблемы. Может быть, известно, для некоторых, но не всех нас.
Вы позволили FusionLog?
Мой VisualStudio был очень медленным, чтобы начать, откройте решение и загрузить символы, когда начать отладку. Он был медленным только на моей машине, но не на другие машины.
FusionLog пишет тонн материалов журнала на диск. Просто отключить его на смерзаться решить все, по моему делу.
Это ключ FusionLog на реестре:
Проверить ForceLog значение (1 включено, 0 выключено).
Я испытал ту же проблему и попытался большинство из вышеупомянутых резолюций. Просто удалив кэш и временные файлы в конечном итоге работает для меня.
Попробуйте удалить содержимое этих двух папок:
Это может быть настроен, чтобы произойти автоматически при входе в систему Windows путем добавления файла cmd в C:\Users\ Папка\папка AppData\роуминг\Microsoft\ОС Windows\главное меню\программы\Автозагрузка` со следующим содержанием:
Мне кажется, я наконец-то хоть знаете причину, но не причина. Когда проблема началась повторно, я заметил кучу "и conhost.ехе на" зависшие процессы. Я хотел закрыть Visual Studio и они останутся открытыми. Окончание задач на каждом из них, наконец, надежно решить проблему. [надеюсь]
Как и почему это происходит? Это, кажется, происходит, когда я открываю больше чем один проект за один раз, что я стараюсь делать часто, хотя я построить и отладить один из них в любое время.
Действительно, я думаю, лучший курс действий, вероятно, чтобы не строить & отладка кода с перенаправленной папки/сетевую папку.
Обычно я могу использовать диспетчер задач, чтобы запустить новую задачу explorer.exe (я могу только взять так много альт-табуляции), и Visual Studio будет продолжать загружаться красиво и быстро. Но если я так много, как открыть Проводник снова, она почти всегда возвращается в супер-слоу-мо.
Petya V4sechkin, удалил.
Всё то же самое..
Для отключения данного рекламного блока вам необходимо зарегистрироваться или войти с учетной записью социальной сети.
| Конфигурация компьютера | |
| Материнская плата: Asus z87 pro | |
| ОС: dos |
| возьмите от туда все visual++ (там ссылки на оригинальные файлы с сайта Майкрософт) » |
Это я и делал.. Результат тот же. Вот например пытался установить vc_redist.x64.exe хэш 3155CB0F146B927FCC30647C1A904CD162548C8C - лог в посте 9 этой ветки.
| Конфигурация компьютера | |
| Процессор: Intel Core i7-3770K | |
| Материнская плата: ASUS P8Z77-V LE PLUS | |
| Память: Crucial Ballistix Tactical Tracer DDR3-1600 16 Гб (2 x 8 Гб) | |
| HDD: Samsung SSD 850 PRO 256 Гб, WD Green WD20EZRX 2 Тб | |
| Видеокарта: ASUS ROG-STRIX-GTX1080-O8G-11GBPS | |
| Звук: Realtek ALC889 HD Audio | |
| Блок питания: be quiet! Straight Power 11 650W | |
| CD/DVD: ASUS DRW-24B5ST | |
| Монитор: ASUS VG248QE 24" | |
| ОС: Windows 8.1 Pro x64 | |
| Индекс производительности Windows: 8,1 | |
| Прочее: корпус: Fractal Design Define R4 |
| Конфигурация компьютера | |
| Процессор: Intel Core i7-3770K | |
| Материнская плата: ASUS P8Z77-V LE PLUS | |
| Память: Crucial Ballistix Tactical Tracer DDR3-1600 16 Гб (2 x 8 Гб) | |
| HDD: Samsung SSD 850 PRO 256 Гб, WD Green WD20EZRX 2 Тб | |
| Видеокарта: ASUS ROG-STRIX-GTX1080-O8G-11GBPS | |
| Звук: Realtek ALC889 HD Audio | |
| Блок питания: be quiet! Straight Power 11 650W | |
| CD/DVD: ASUS DRW-24B5ST | |
| Монитор: ASUS VG248QE 24" | |
| ОС: Windows 8.1 Pro x64 | |
| Индекс производительности Windows: 8,1 | |
| Прочее: корпус: Fractal Design Define R4 |
HKEY_CLASSES_ROOT\Installer\Products\ 2DB859CBCAD52683BBA11CEB700934D8
и снова сделайте лог.
Последний раз редактировалось huntЭr, 15-11-2016 в 03:41 .
мне надо было просто поудалять из реестра все ключи, содержащие vc_redist скорее всего.. а я искал visual ++Здравствуйте, я не могу найти как создать тему, и как я понял в коммент. хочу задать свой вопрос, если не туда пишу - Sorry.
Помогите пожалуйста:
Ещё раньше у меня были проблемы с Microsoft Visual C++. Мне в интернете посоветовали установить файл, где находятся все разновидности Microsoft Visual C++ (если можно их так назвать): Visual C++ Redist Installer V51, с какого сайта скачал - не помню, дело было давненько. После установки этого файла список программ Microsoft Visual C++ выглядел вот так:
2 раза, как я уверен что это Microsoft Visual C++, потому что после завершения установки:
В списке программ отображаются ещё 2 дополнительные Microsoft Visual C++ (в моём примере 2012):
Пробовал перед установкой Waves - Complete 9r25 VST x86 x64 удалять изначальные Microsoft Visual C++ только 2012 (их 4 штуки), и всё равно та же проблема. Подозреваю что изначальный пакет Microsoft Visual C++ который идёт одним файлом либо глюканутый либо нелицензионный что ли, не знаю. Вообщем нужна помощь в решении проблемы, помогите пожалуйста.
Заранее спасибо.
Читайте также: