2013-07-26 7 views
4

Я установил предварительный просмотр Visual Studio 2013, и у меня возникли очень плохие проблемы с производительностью. Каждый раз, когда я открываю файл и немедленно пытаюсь его закрыть, отредактируйте файл, сохраните файл и т. Д., Среда IDE перестанет отвечать на запросы в течение примерно 15 секунд.Предварительный просмотр Visual Studio 2013 Не часто отвечающий

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

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

Использование SysInternals Process Explorer, я могу видеть только процесс для devenv.exe привязать ядро, которое он использует на 100%, когда он перестает отвечать. За это время я не вижу активности в сети или жестком диске, и никакие другие процессы не становятся активными.

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

У кого-нибудь есть идеи?

Спасибо!

ОБНОВЛЕНИЕ: В Проводнике процессов «Другая дельта ввода/вывода» показывает ~ 200 000/с при блокировке процесса devenv.exe. Тем не менее, глядя ...

UPDATE 2: Я думаю, я должен добавить, что этот компьютер является Dell Vostro 460, i7-2600 @ 3.4GHz, 8GB RAM, Windows 7, 1TB HDD с 550GB бесплатно, много власти за то, что я делаю. Закрыл все другие приложения во время отладки, включая VIPRE A/V и Malwarebytes.

UPDATE 3: Может быть, ближе ... с помощью Process Monitor (любовь SysInternals вещи!) По какой-то причине все мои C: \ Projects \ папка разбираемый/обыскали devenv.exe. Я сохраняю все мои папки проекта под C: \ Projects \, где есть около 20 проектов, каждый со своей собственной подпапкой. Вот где это странно. В/safemode devenv анализирует только текущую папку проекта, а не всю родительскую папку. Проекты имеют 6 271 папку с 29,914 файлами. Я попытался создать новую папку c: \ Projects2013 \, создав новый тестовый проект, и devenv пытается проанализировать полную родительскую папку Projects2013, но в/safemode только анализирует Projects2013 \ Sample.

Очевидно, что новый проект в Projects2013 работает на полной скорости, поскольку он обрабатывает гораздо меньше файлов. Другой компьютер работает нормально, потому что я оставил путь по умолчанию по умолчанию, и в этой папке не было других проектов. Теперь, что может сделать это в мире и почему существует путь к папке между обычным и безопасным режимами? Время копать Инструменты, Опции ... тьфу!

Вот захват экрана от ProcMon:

Other I/O activity for devenv.exe

Final Update - Решено! Это была проблема, вызвавшая проблему. У меня был локальный репозиторий, установленный в c: \ Projects \, который содержал все мои различные подкаталоги проекта. Файл дампа, который я создал для них, позволял им сузить его до git. Удаление локального репозитория зафиксировало мою проблему с производительностью, когда VS 2013, по крайней мере, можно использовать сейчас. Тем не менее команда разработчиков все же должна разрешить непрерывный повторный анализ папки. Любой, у кого очень большой репозиторий, закончится этой проблемой.

+0

Я отправил некоторые отзывы в Microsoft, и теперь их группа поддержки хочет посмотреть на нее. Создание файлов дампа и всего этого забавного материала. Может, нашел ошибку. Посмотрим! –

+0

Я испытываю аналогичную проблему с версией Visual Studio 2013 (12.0.21005.1 REL). Получали ли вы дальнейшие комментарии от MS? VS2013 с репозиторием Git недоступен для меня на данный момент (частые киоски и использование большого диска). –

+0

Также появляется сообщение «ВОЗРАСТ» (> 2 минуты), чтобы создать новый проект приложения «Пустое приложение Windows Store» в папке, содержащей репозиторий Git. –

ответ

3

RESOLVED! Это была проблема, вызвавшая проблему. У меня был локальный репозиторий, установленный в c: \ Projects \, который содержал все мои различные подкаталоги проекта. Файл дампа отладки, который я создал для программистов VS, позволил им сузить его до git. Удаление локального репозитория зафиксировало мою проблему с производительностью, когда VS 2013, по крайней мере, можно использовать сейчас. Команде программирования VS все равно необходимо разрешить непрерывный повторный анализ папки. Любой, у кого очень большой репозиторий, закончится этой проблемой.

+2

Btw Я также поднял это как проблему с Microsoft, и их окончательный ответ был «по дизайну». –

+1

Можете ли вы дать дополнительную информацию о том, как вы ее исправили? Я не понимаю, что вы сделали – Escobar5

+0

Проблема была в том, что у меня был один репозиторий Git для корневой папки всех моих проектов. Для этого было слишком много файлов/папок. Я создал отдельный Git-репозиторий для каждого проекта, и проблема уходит. По сути, это проблема объема. –