У моєму екземплярі Visual Studio, навіть якщо я просто написав один рядок повернення в консольній програмі C #, це займе у мене хвилину після натискання, F5щоб виконати фактичний код (я маю на увазі час, який потрібно, щоб зупинитися на одному операторі return після натискання F5- я встановлюю точку зупинки у операторі return у mainфункції). Що не так? Чи є контрольний список?
Я використовую Visual Studio 2008 VSTS і налагоджую на Windows Server 2003 x64.
Відповіді:
Можливо, вам доведеться видалити всі свої точки зупинки --- зауважте, що вам потрібно натиснути кнопку "Видалити всі точки зупинки" (або скористатися Ctrl+ Shift+ F9), а НЕ просто видаляти їх по черзі. Якщо Visual Studio зіпсував налаштування вашого рішення, останні не працюватимуть. Можливо, вам доведеться спочатку додати точку зупинки, щоб це працювало (розумно, так?).
Якщо найгірше доходить до гіршого, можливо, вам доведеться видалити .suoфайл і дозволити Visual Studio розпочати новий із нуля. Зауважте, що ви втратите свої персональні налаштування конфігурації рішення (лише для цього рішення, а не будь-якого іншого). Однак вам може знадобитися тимчасово перемістити / перейменувати файл, доки ви не визначите, чи це проблема; таким чином, ви завжди можете перенести його назад. Я бачив, як деякі інтернет-ресурси рекомендують також видалити (перемістити / перейменувати) .ncbфайл.
Я це вже бачив. Спробуйте видалити всі точки зупинки, а потім встановіть потрібні. Хіт F5. Зараз це швидше?
Я щойно помітив, що ви згадали про налаштування функції налагодження джерела .NET. Спробуйте відключити це. Мережеве підключення до вихідного сервера Microsoft може бути повільним. Також вимкніть будь-яке підключення до сервера символів у меню Інструменти → Опції → Налагодження → Символи .
Також спробуйте відключити «Увімкнути оцінку властивостей та інші неявні виклики функцій» у меню Інструменти → Параметри → Налагодження → Загальне .
Або видаліть файл .suo, який можна знайти поруч із файлом рішення (.sln). Це вирішило проблему, яка виникала у мене із сеансами налагодження, які тривали довгий час для запуску та зупинки.
.suo, знову відкрито та налагоджено знову швидко.
У мене була ця проблема. Спробувавши всі перераховані поради та вилучивши всі розширення Visual Studio, ми нарешті з’ясували, що якимось чином увімкнено IntelliTrace. Вимкнення цього виправило все.
Чи багато у вас встановлених точок зупинку? Вони дійсно можуть уповільнити час запуску. Щоразу, коли новий модуль завантажується в адресний простір процесу, всі вони повинні перевірятися, чи дійсні вони.
Перейдіть до меню Інструменти → Опції → Налагоджувач → Символи та перевірте, чи встановлені загальнодоступні символи чи встановлені мережеві шляхи UNC . Також перевірте меню Інструменти * → Опції → Налагоджувач → Загальне, щоб перевірити, чи встановлено вихідний сервер.
Все це може впливати на налагодження на основі повільної швидкості мережі або недоступності серверів. Час очікування 5 хвилин - це час очікування мережі.
Якщо в параметрах нічого не встановлено, перевірте, чи встановлено змінну середовища _NT_SYMBOL_PATH.
У мого колеги дуже повільно реагувала Visual Studio, і під час налагодження буквально зайняли хвилини.
Основною причиною виявилася антивірусна програма (Threatfire), яка збожеволіла під час роботи Visual Studio. Вбивство його відразу все виправило.
У моєму випадку зміна символу налагодження "Автоматично завантажувати символ для" параметра з "Усі модулі" на "Тільки вказані модулі" вирішило проблему. Ви можете змінити цю опцію в меню Інструменти → Опції → Налагодження → Символи .
Інша причина плюс ... Як знайти проблему
Для мене це був варіант ShowOtherThreadIpMarkers . Значення 1 робить Visual Studio (2010) нестерпно повільним (3-5 секунд для кожного кроку налагодження. При значенні 0 він знову швидкий.
Що це за варіант? Я поняття не маю. Я не зміг знайти його через інтерфейс користувача Visual Studio. Я відмітив усі можливі варіанти налагодження там, і нічого не працювало.
Тож я перейшов до Імпорту / Експорту налаштувань та завантажив свої старі налаштування, які раніше зберігав, повертаючись назад у часі, поки Visual Studio знову не пришвидшився, потім порівняв файли vssettings ... тощо тощо.
Я хотів би зауважити, що якщо ви завантажуєте налаштування, коли ви перебуваєте в режимі налагодження, зупиненому на точці зупинки, вони вступають в силу негайно. Вам не потрібно зупиняти налагоджувач і перезапускати.
З блогу ScottGu, на який посилається Тревіс: "Ще одна проблема, про яку я нещодавно чув, - це проблема, про яку кілька людей повідомляли, що стикалася з надбудовою Панель інструментів Google. З якоїсь причини це іноді може спричинити великі затримки при додаванні Visual Студійний налагоджувач у браузері. Якщо ви спостерігаєте великі затримки із завантаженням веб-додатків і встановили панель інструментів Google (або інші панелі інструментів), спробуйте видалити їх, щоб з’ясувати, чи це є причиною проблеми. "
Запуск під налагоджувачем для мене був приблизно в 10 разів повільнішим, ніж запуск без налагодження.
Спробувавши кожне запропоноване тут рішення, я пройшов усі налаштування налагоджувача та увімкнув / вимкнув, щоб побачити, чи це мало значення.
Для мене виявилося, що вимкнення оптимізації придушення JIT при завантаженні модуля в налаштуваннях налагодження значно покращило ситуацію.
Переконайтеся, що у вас немає застарілих мережевих зіставлення із серверами, які більше не існують (мережеві очікування вас вб'ють). Або скористайтеся чимось на зразок Process Monitor, щоб побачити, чи мережа (або інша помилка у файлі) здається блокується протягом тривалого часу.
Чи використовуєте ви сервер symbolsServer для завантаження символів для файлів DLL Windows?
Якщо так, то вимкніть це, оскільки це може зайняти деякий час, але я б не сподівався, що це спричинить великі затримки в базовій консольній програмі.
Інструменти меню → Опції → Налагодження → Символи .
У моєму випадку панель інструментів Google уповільнювала мою налагодження.
gplus_notifications_gadget.html просто продовжував і перевантажував налагоджувач. Я хотів зберегти панель інструментів Google, оскільки регулярно користуюсь нею, тому я просто вимкнув кнопку сповіщення G + (маленька кнопка, крім кнопки профілю). Зараз це щасливо.
У мене була та сама проблема у Visual Studio 2010, коли введення коду було болісно повільним (від 3 до 10 секунд). Однак жодна із зазначених вище модифікацій налаштувань не зробила трюку.
Врешті-решт я знайшов оптимальне рішення, яке могло б працювати у всіх вищезазначених питаннях публікації: скинути всі налаштування, як описано тут (по суті меню Інструменти → Параметри імпорту та експорту , Скинути всі налаштування , із збереженням наявних налаштувань у файл (для повернення назад) )).
Спочатку ви можете захотіти зберегти певну частину своїх налаштувань. Наприклад, я спочатку зберіг свою кольорову тему (схожу на соляризовану), а потім відновив її після глобального скидання.
Ще одна причина повільної роботи з налагодження Visual Studio ...
Давно я дозволив FusionLogпобачити, що спричиняє проблему прив'язки збірки.
Обов’язково вимкніть його після використання. Чому? Оскільки він записує багато даних реєстрації на диск, коли він увімкнений.
Це FusionLogключ до реєстру Window ( regedit.exe):
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Fusion
Зміна ForceLog, LogImmersiveі LogResourseBindingsзначення від 1 (включено) до 0 (відключено).
У мене була така проблема, але в моєму випадку вона не мала нічого спільного з точками зупинки. Саме ярлики коду я додав у вікні завдань:
Я впевнений, що є й інші способи, як ви могли побачити подібну проблему, але десь є помилка, яка спричинила цю проблему для мене ... видалення всіх моїх параметрів це виправило б, але це те, чого я не хотів робити. Отже, я налагодив це і написав про це у своєму блозі ... ваша проблема звучить як моя.
У мене була подібна проблема, і жодне з інших вказівок, здається, не допомагало. Я перезавантажився безрезультатно. Я видалив усі точки зупинки, видалив файл .suo, перевірив, що символи не завантажуються із зовнішніх джерел, і перевірив, чи не існує шляхів у недоступній програмі.
Потім я подумав очистити розчин. У вікні виводу я помітив, що C # IntelliSense повідомив про проблему під час очищення:
Не вдалося прочитати метадані з "{B0C3592F-F0D1-4B79-BE20-3AD610B07C23}" ("Система не може знайти вказаний файл."). IntelliSense може не працювати належним чином, доки рішення не буде перезавантажено.
У цьому випадку, коли ви насправді виявляєте повідомлення про помилку, воно повідомляє вам, як саме його вирішити. (Хороша робота з текстом помилки, погана робота з виявленням!) Я завантажив проекти рішення, а потім перезавантажив їх. Тоді я зміг успішно запустити чисте рішення . Це спрацювало, і налагоджувач теж.
Я зазнав того самого уповільнення та відключення від мережі, що вирішило проблему для мене, як зазначалося в деяких інших коментарях та відповідях (але, звичайно, це не ідеальне рішення).
Для мого випадку це одне просте змінення виправило моє рішення: у властивостях проекту на вкладці налагодження я вимкнув "Увімкнути процес хостингу Visual Studio" (я запускаю Visual Studio 2010).
Отримайте більше пам’яті та швидший HD. Детальніше тут .