Проблема медленной отладки в Visual Studio



в моей Visual Studio даже я только что написал одну строку return в консольном приложении C#, мне потребуется минута после нажатия F5 для выполнения фактического кода (я имею в виду время, необходимое для остановки на одном операторе return после нажатия F5-я установил точку останова на операторе return в основной функции). Мне интересно, что случилось? Любой контрольный список? Спасибо!



Я использую Visual Studio 2008 VSTS edition и отладки на Windows Server 2003 x64.



спасибо предварительно,
Джордж

795   24  

24 ответов:

возможно, Вам потребуется удалить все точки останова- - - обратите внимание, что вам нужно нажать кнопку" Удалить все точки останова " (или использовать Ctrl-Shft-F9), не просто удалите их один за другим. Если Visual Studio исказила настройки вашего решения, последнее не будет работать. Возможно, вам сначала нужно добавить точку останова, чтобы это сработало (умно, да?).

если худшее приходит к худшему, вы, возможно, потребуется удалить .suo файл и пусть Visual Studio начнет новый с нуля. Отмечать однако вы потеряете свои личные параметры конфигурации решения (только для этого решения, а не для других). Однако вы можете временно переместить/переименовать файл, пока не определите, является ли это проблемой; таким образом, вы всегда можете переместить его обратно. Я видел, что некоторые интернет-ресурсы рекомендуют удалять (перемещать/переименовывать) Как хорошо.

Я видел это раньше. Попробуйте удалить все ваши точки останова, а затем выберите которые вы хотите. Нажмите Клавишу F5. Теперь это быстрее?

Я только что заметил, что вы упомянули о настройке функции отладки источника .NET. Попробуйте отключить это, ваше сетевое подключение к исходному серверу Microsoft может быть медленным. Также отключите любое подключение к серверу символов в меню Сервис > Параметры > отладка > символы

также попробуйте отключить " включить оценку свойств и другие неявные функции вызовов" в меню "Инструменты" > "Параметры" > "отладка" > "общие".

или удалить .suo файл, который можно найти рядом с вашим решением (.файл sln). Это решило проблему, я имел с сеансами отладки занимает много времени для запуска и остановки.

была такая проблема. Попробовав все перечисленные советы и удалив все расширения visual studio, мы, наконец, выяснили, что каким-то образом IntelliTrace был включен. Отключение этого исправило все.

http://msdn.microsoft.com/en-us/library/dd264948%28v=vs.100%29.aspx

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

перейдите в раздел Инструменты / Параметры/отладчик / символы и проверьте, установлены ли у вас общедоступные символы или сетевые пути UNC. Также проверьте Инструменты / Параметры / отладчик / общие, чтобы узнать, установлен ли исходный сервер.

все это может повлиять на отладку на основе низкой скорости сети или недоступных серверов. 5-минутное время ожидания-это тайм-ауты сети.

Если в настройках ничего не задано, проверьте, есть ли у вас переменная окружения _NT_SYMBOL_PATH.

У моего коллеги была очень медленно реагирующая Visual Studio, буквально потребовалось несколько минут, чтобы выполнить шаг во время отладки. Первопричина оказалась антивирусная программа (threatfire), который сошел с ума во время работы VS. Убийство его процесса сразу же все исправило.

в моем случае изменение символа отладки" автоматически загружать символ для " вариант от "все модули "до" только указанные модули " решил проблему. Вы можете изменить эту опцию в меню Сервис - > Параметры - > отладка - > символы

другая причина плюс... Как найти проблему

для меня это был вариант ShowOtherThreadIpMarkers. значение =1 делает vs (2010) невыносимо медленным (3-5 секунд для каждого шага отладки. Со значением 0 снова быстро.

Что это за вариант? Я понятия не имею. Я не мог найти его через пользовательский интерфейс против. Я снял все возможные варианты отладки там, и ничего не работало.

поэтому я пошел импортировать настройки экспорта и загрузил мои старые настройки, которые я ранее сохранял, возвращаясь назад во времени, пока vs снова не был быстрым, а затем сравнил файлы vssettings... и так далее.

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

из блога ScottGu, связанного с Трэвисом: "еще одна производительность, о которой я слышал в последнее время,-это проблема, о которой несколько человек сообщили, столкнувшись с надстройкой панели инструментов Google. По какой-то причине это иногда может привести к длительным задержкам при подключении отладчика Visual Studio к браузеру. Если вы видите длительные задержки с загрузкой веб-приложения и установили панель инструментов Google (или другие панели инструментов), вы можете попробовать удалить их, чтобы узнать, является ли это причиной вопроса."

убедитесь, что у вас нет устаревших сетевых сопоставлений с серверами, которые больше не существуют (сетевые таймауты убьют вас). Или использовать что-то вроде Process Monitor чтобы увидеть, если сеть (или другой файл ошибка) блокирует в течение длительного времени.

вы используете библиотеку, чтобы загрузить символы для Windows dll файлы?

Если это так отключить, как это может занять некоторое время, но я бы не ожидал, что это приведет к длительным задержкам в базовом консольном приложении.

Инструменты > Параметры > Отладка > Символы

Я знаю, что это старая тема, но для чего она стоит...

Я обнаружил, что если у меня было отдельное окно IE открыто в течение длительного времени, это может занять до минуты, чтобы начать отладку. Закройте все окна IE, и отладка начнется немедленно.

в моем случае панель инструментов Google замедляла мою отладку. gplus_notifications_gadget.html просто продолжал и продолжал перегружать отладчик. Я хотел сохранить панель инструментов Google, потому что я использую ее на регулярной основе, поэтому я просто отключил кнопку уведомления G+ (маленькая кнопка помимо кнопки профиля.) Теперь он счастлив.

запуск под отладчиком для меня был примерно в 10 раз медленнее, чем запуск без отладки.

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

для меня оказалось, что отключение подавить JIT-оптимизацию при загрузке модуля в настройках отладки массово улучшенные вещи.

У меня была такая же проблема в VS2010, с шагом в коде мучительно медленно (от 3 до 10 секунд). Однако ни одна из вышеперечисленных модификаций настроек не сделала трюк. В конце концов я нашел окончательное решение, которое будет работать во всех вышеперечисленных проблемах post: сбросьте все свои настройки, как описано здесь.

вы можете сначала сохранить определенную часть ваших настроек, например, я сначала сохранил свою цветовую тему (Соляризованную), а затем восстановил ее после глобальная перезагрузка.

для меня параметр, который убил производительность (windows 8 даже повесил, за исключением движения мыши), должен был снять флажок "разбить все процессы, когда один процесс ломается" в Options -> Debugging -> General.

надеюсь, это поможет кому-нибудь.

еще одна причина медленной отладки Visual Studio...

давным-давно я включен FusionLog чтобы увидеть, что вызывает проблему привязки сборки.

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

это FusionLog ключ в реестре окна [ regedit.exe ]:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Fusion

изменить ForceLog,LogImmersive и LogResourseBindings значения от 1 включен 0 нетрудоспособный.

У меня тоже была эта проблема, но она не имела ничего общего с точками останова в моем случае. Это были ярлыки кода, которые я добавил в окне задачи:

http://www.customsoftwareframeworks.com/blog/longwaittimetoinsertoraddalineoftextbuginvisualstudio--tasklistwindow--onlywhenaddingandremovelines

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

спасибо.

Что-то, что сработало для меня, чтобы убедиться, что нет условных точек останова. Кроме того, я успешно исправил медленную отладку, просто перезапустив visual studio и открыв только один экземпляр visual studio за раз. Надеюсь, это кому-то поможет...

У меня была аналогичная проблема, и никто из руководства не помогло. Я перезагрузился безрезультатно. Я удалил все точки останова, удалил файл suo, проверил, что символы не загружаются из внешних источников, и проверил, что в приложении не существует путей, которые были недоступны.

затем я подумал, чтобы очистить решение. Я заметил в окне вывода, что C# IntelliSense сообщил о проблеме при очистке:

возникла проблема чтение метаданных от '{B0C3592F-F0D1-4B79-BE20-3AD610B07C23}' ('Система не может найти файл указанный.'). IntelliSense не может работайте правильно, пока решение не будет перезагрузить.

в этом случае, как только вы на самом деле обнаружите сообщение об ошибке, оно точно расскажет вам, как его решить. (Хорошая работа над текстом ошибки, плохая работа по обнаруживаемости!) Я выгрузил проекты решения, а затем перезагрузил их. Затем я смог успешно запустить чистое решение. Это сработало, и отладчик тоже.

HTH

закрытие окна "Autos" улучшило отладку для меня в vs2008 для большого собственного решения c++. Спрятать его не получится, его нужно закрыть.

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

в моем случае это простое изменение исправило мое решение:в свойствах проекта на вкладке debug я отключил " включить процесс размещения Visual Studio."(Я бегу VS2010)

получить больше памяти и быстрее HD. подробнее здесь.

Comments

    Ничего не найдено.