Visual studio долго устанавливается: Почему установка занимает так много времени?

Содержание

Долго устанавливается Microsoft Visual C: что делать — МирДоступа

Если Microsoft Visual C++ долго устанавливается проблему нужно искать в системе или в её настройках…

Если долго устанавливается Microsoft Visual C необходимо проверить наличие пакета Microsoft Redistributable.

Когда установка Microsoft Redistributable (Visual C++) происходит слишком долго необходимо открыть Центр обновлений Windows и проверить наличие обновлений, которые можно установить.

Следует убедиться в том, что установлен пакет обновлений KB2999226, который необходим для корректной работы Microsoft Visual C

Установить пакет KB2999226 можно двумя способами — через Центр обновлений Windows или скачав его на сайте Microsoft. Первый способ предполагает установку KB2999226 через Центр обновлений Windows — тут всё просто.

Устанавливаем KB299266

Установить KB299266 можно и скачав данный пакет с сайта Microsoft. Для этого требуется выполнить следующие действия:

  1. Скачать два файла — vc_redist.x64.exe и Windows 8.1-KB2999226-x64.msu
  2. Создать на диске С:/ папку
    Packages
    и добавить в неё указанные выше файлы.

Теперь надо выполнить следующие действия: зайти через «Пуск» в раздел «Все программы», открыть вкладку «Стандартные» и найти «Командную строку» — запускаем её от имени администратора и вводим в неё следующие команды:

Решение 1

Ответить почему долго устанавливается Microsoft Visual C может быть весьма затруднительно. В таких случаях необходимо скачать Средство устранения неполадок Microsoft и выполнить проверку системы. После устранения неполадок пробуем установить Microsoft Visual C заново. Если не помогло переходим к следующему шагу.

Решение 2

Для корректной работы Microsoft Visual C необходим файл Арi-ms-win-сrt-runtime-l1-1-0.dll — он является составляющей Universal C Runtime, поэтому он непременно должен быть  в библиотеках Microsoft Visual C++.

Если файл Арi-ms-win-сrt-runtime-l1-1-0.dll

отсутствует в системе его необходимо скачать отдельно на сайте Microsoft.

Решение 3

Возможно проблемы с установкой Microsoft Visual C возникают со стороны определённой программы или игры.

Бесконечная или слишком долгая установка Microsoft Visual C характерна для случаев когда игра или другая программа была установлена с ошибками или она конфликтует с файлом арi-ms-win-сrt-runtime-l1-1-0.dll

Если данное решение не дало никаких результатов необходимо перейти к следующему шагу.

Решение 4

В тех случаях когда долго устанавливается Microsoft Visual C нельзя исключать наличие вредоносного кода в системе. Необходимо выполнить проверку системы при помощи антивирусного программного обеспечения.

Решение 5

Если запись о регистрации арi-ms-win-сrt-runtime-l1-1-0.dll

отсутствует в реестре системы установка Microsoft Visual C может занимать довольно продолжительное время.

Для восстановления записей реестра можно воспользоваться любой подходящей утилитой, например, CCleaner или Reg Organizer

Таким образом, проблема долго устанавливается Microsoft Visual C может быть решена несколькими способами…

Facebook

Twitter

Мой мир

Вконтакте

Одноклассники

Отладка/загрузка Visual Studio очень медленная

Я в тупике. Visual Studio — это обычно мучительно медленно отлаживать или просто загружать («начать без отладки») мой ASP.NET сайты MVC. Не всегда: сначала проекты загружаются красиво и быстро, но как только они загружаются медленно, они всегда будут загружаться медленно после этого. Я мог бы ждать 1-2 минуты или больше.

Мои настройки:

Я использую Visual Studio 2012 Express, в настоящее время, но у меня была та же проблема в Visual Studio 2010 Express также. Мое решение хранится на сетевом диске; в частности, это Мои Документы перенаправлены на сетевой диск, если это имеет значение. (Не должно. Бывают случаи, когда мой сайт загружается очень быстро при этой настройке.)

обычно я загружаю в Internet Explorer 9, но та же проблема возникает в Firefox.

это может произойти в любом ASP.NET проект MVC, над которым я работаю, и он, похоже, вращается вокруг DisplayTemplates, которые все мои ASP.NET проекты MVC делают. И это все C# и Razor, если это имеет значение.

симптомы:

система загрузит мои символы сотни раз. В основном, следующее, Но есть по крайней мере 300 таких строк, каждая с когда-либо-так-немного разными DLL-файлами для тех же CSHTMLs:

'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f823675085d\App_Web_contact.cshtml.22013bb9.xighmhow.dll', Symbols loaded.
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f823675085d\App_Web_contact.cshtml.22013bb9.cv5hktkf.dll', Symbols loaded.
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f823675085d\App_Web_statuscode.cshtml.22013bb9.1o77hs8i.dll', Symbols loaded.
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f823675085d\App_Web_statuscode.cshtml.22013bb9.jja-77mw.dll', Symbols loaded.
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f823675085d\App_Web_location.cshtml.22013bb9.l_e9ev_s.dll', Symbols loaded.
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f823675085d\App_Web_location.cshtml.22013bb9.b4n59gom.dll', Symbols loaded.

в приведенном выше, у меня есть три DisplayTemplates: «контакт», «местоположение» и «StatusCode». Похоже, что IIS загружает символы дважды для каждого вызова displaytemplate. Таким образом, если я показываю таблицу из 100 записей, которая вызывает все три из этих displaytemplates, загружается 600 отдельных символов.

это тоже не быстрая операция. При просмотре файлов журнала, создаваемых IIS, для загрузки каждого символа требуется около 200 мс. Таким образом, сверхдлинные задержки.

что я пробовал:

  • Debug или release версию, это не имеет значения.
  • размещение моего проекта в полной реализации IIS в интернете сервер работает очень быстро без проблем.
  • Cassini, IIS Express 7.5 и IIS Express 8.0 все имеют проблему.
  • удалить все точки останова ничего не делает.
  • Очистить Решение или удаления .СУО тоже ничего не делает.
  • если я восстанавливаю IIS Express или удаляю My Docs\IISExpress папка или восстановление/переустановка Visual Studio → проблема может уйти, но только на некоторое время, прежде чем она придет в норму спина.

любой совет вообще приветствуется.

для того чтобы ответить больше вопросов, да моя машина определенно имеет лошадиную силу. Бесит то, что тот же проект, без каких-либо изменений, может загружаться очень быстро иногда, как правило, после ремонта IIS Express и удаления . В конце концов» что-то » происходит, и это до 2 минут, чтобы загрузить снова. То, над чем я работаю, не сложный проект. Отсутствие внешних библиотек или зависимостей и мой VS.NET не имеет аддонов каких-либо.

обратите внимание, что эта машина имеет Symantec Endpoint Protection, которая имеет историю причинения ущерба. Но отключение его сразу (хорошо быть администратором) не исправило проблему.

у меня есть теория на данный момент. Я думаю, что это все потому, что я работаю с перенаправленной папкой из сетевого ресурса. Пока отладчик просматривал сотни строк «загруженных символов», я остановился, чтобы посмотреть, что он делает. Это было в моем код, загружающий DisplayTemplate у меня. Шагнув в шаблон, выведите следующее:

Step into: Stepping over non-user code 'System.Threading.WaitHandle.InternalWaitOne'
Step into: Stepping over non-user code 'System.Threading.WaitHandle.WaitOne'
Step into: Stepping over non-user code 'System.CodeDom.Compiler.Executor.ExecWaitWithCaptureUnimpersonated'
Step into: Stepping over non-user code 'System.CodeDom.Compiler.Executor.ExecWaitWithCapture'
Step into: Stepping over non-user code 'Microsoft.CSharp.CSharpCodeGenerator.FromFileBatch'
Step into: Stepping over non-user code 'Microsoft.CSharp.CSharpCodeGenerator.System.CodeDom.Compiler.ICodeCompiler.CompileAssemblyFromFileBatch'
Step into: Stepping over non-user code 'System.Web.Compilation.AssemblyBuilder.Compile'
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f823675085d\App_Web_statuscode.cshtml.22013bb9.bciuyg14.dll', Symbols loaded.
Step into: Stepping over non-user code 'System.Web.Compilation.BuildManager.CompileWebFile'
Step into: Stepping over non-user code 'System.Web.Compilation.BuildManager.GetVPathBuildResultInternal'
Step into: Stepping over non-user code 'System.Web.Compilation.BuildManager.GetVPathBuildResultWithNoAssert'
Step into: Stepping over non-user code 'System.Web.Compilation.BuildManager.GetVirtualPathObjectFactory'
Step into: Stepping over non-user code 'System.Web.Mvc.BuildManagerWrapper.System.Web.Mvc.IBuildManager.FileExists'
Step into: Stepping over non-user code 'System.Web.Mvc.VirtualPathProviderViewEngine.GetPathFromGeneralName'
Step into: Stepping over non-user code 'System.Web.Mvc.VirtualPathProviderViewEngine.FindPartialView'
Step into: Stepping over non-user code 'System.Web.Mvc.ViewEngineCollection.Find'
Step into: Stepping over non-user code 'System.Web.Mvc.ViewEngineCollection.FindPartialView'
Step into: Stepping over non-user code 'System.Web.Mvc.Html.TemplateHelpers.ActionCacheViewItem.Execute'
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f823675085d\App_Web_statuscode.cshtml.22013bb9.kwj3uqan.dll', Symbols loaded.
Step into: Stepping over non-user code 'System.RuntimeType.CreateInstanceSlow'
Step into: Stepping over non-user code 'System.Web.Mvc.DependencyResolver.DefaultDependencyResolver.GetService'
Step into: Stepping over non-user code 'System.Web.Mvc.BuildManagerViewEngine.DefaultViewPageActivator.Create'
Step into: Stepping over non-user code 'System.Web.Mvc.BuildManagerCompiledView.Render'

похоже, Visual Studio перекомпилирует мой displaytemplate каждый раз это называется, что снова, сотни раз. Моя теория заключается в том, что Visual Studio компилирует файл, сохраняет его в сетевом ресурсе, сетевой ресурс затем каким-то образом штампует на нем новое время, а Visual Studio затем думает, что файл изменился, и, таким образом, Visual Studio перекомпилирует его еще раз. Только теория хотя, я действительно понятия не имею.

во-первых, по-видимому, у меня есть автономные файлы (это настольный компьютер в офисе, мне все равно). Я собираюсь отключить, перезагрузить и повторить попытку завтра.

плюс, перемещение моего проекта, как есть, на локальный C: исправляет его. Он загружается очень быстро. Но это не идеально в рабочей среде. Я теряю предыдущие версии, мой код не копируется вообще, если я не скопирую его вручную, и он больше никому не доступен.

Я могу сделайте с копированием его взад и вперед от C к сетевому ресурсу, если дело доходит до него. Гораздо более раздражает ждать две минуты для каждой загрузки страницы.

Я думаю, что наконец-то, по крайней мере, знаю причину, хотя и не причину. Когда проблема начала возникать снова, я заметил тонну » conhost.exe-файла» процессы-сирот. Я бы закрыл Visual Studio, и они остались бы открытыми. Окончание задания на каждом из них окончательно, надежно решило проблему. [с надеждой]

(просто обратите внимание, conhost.exe не является процессом Visual Studio, хотя Visual Studio использует его. Таким образом, у других пользователей могут быть другие приложения, которые работают conhost.исполняемый. Я знаю, что моя машина не делает, поэтому я могу безопасно завершить задачу всех, кроме YMMV.)

Почему это происходит? Кажется, это происходит, когда я открываю несколько проектов одновременно, что я часто делаю, хотя я только строю и отлаживаю один из них в любое время.


Edit #1-к сожалению, это не «серебряная пуля». У меня это не всегда получается. Как правило, когда все идет медленно, я просто закрываю все свои сеансы Visual Studio, а затем приступаю к задаче менеджер и конец любого экземпляра, conhost.exe, iisexpress.exe Microsoft.VisualStudio.Сеть.Хозяин.exe и MSBuild.exe я могу найти.

Как правило, после этого, когда я перезапущу свой проект, он будет быстро загружаться. Но не всегда.

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


Edit #2-два года спустя, и это еще проблема для меня в Visual Studio Сообщество 2013, но я, похоже, по крайней мере, нашел виновника задачи: Explorer.exe. Да, кто бы мог подумать. В тот момент, когда я заканчиваю эту задачу, БАМ, страница загружается за одну секунду.

Если у меня есть браузер файлов Проводника Windows, открытый для моего перенаправленного сетевого диска (который часто, так как это мой код), эта проблема, похоже, возникает. Закрыть окно недостаточно, я должен убить весь исследователь.задачи exe. Я мог только догадываться, что он делает…сходить с ума с файлом ручки?

обычно я могу использовать диспетчер задач для запуска нового проводника.задача exe (я могу взять только столько alt-tabbing), и Visual Studio будет продолжать загружать красиво и быстро. Но если я снова открою Проводник Windows, он почти всегда возвращается к super-slow-mo.

Итак, если у вас есть перенаправленный сетевой ресурс, дайте ему шанс. Это лучше, чем работать на месте.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Theme: Overlay by Kaira Extra Text
Cape Town, South Africa