Visual Studio 2010 professional реагирует очень медленно, когда

ProgramBox

Visual Studio 2010 professional реагирует очень медленно, когда

Post author:admin
Запись опубликована:23 апреля, 2023
Post category:Вопросы по программированию

#c# #wpf #visual-studio-2010

Вопрос:

Для меня Visual Studio 2010 professional реагирует очень медленно, когда я использую его для разработки WPF. Это происходит не сразу, как только я открываю решение, а после того, как я некоторое время непрерывно использую связанные с WPF действия, такие как кодирование, отладка, переключение между различными представлениями wpf и т.д. Через некоторое время все становится медленным, например, ctl tab, щелкните правой кнопкой мыши, вводя все…

Кстати, моя система имеет приличную конфигурацию. четырехъядерный процессор с 4 ГБ оперативной памяти

Есть идеи, почему это происходит, или кто-нибудь еще сталкивается с такой же проблемой?

1. Боюсь, что конструктор WPF в VS выглядит так. Медленный с самого начала и становится все медленнее и медленнее при использовании.

2. Аналогично, я никогда не использую WPF designer, но я нахожу, что VS2010 иногда работает как собака. ctrl tab часто не отвечает и часто перестает работать. Изменение пространства имен в свойствах проекта может занять до пяти минут, при этом загрузка процессора колеблется около 25%. Это нормально для небольших проектов, но это действительно затрудняет работу с большими приложениями.

Ответ №1:

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

У VS есть несколько способов предотвратить это, например, обычный конструктор не запускается во время разработки, но некоторые вещи будут выполняться, например, создание экземпляров переменных.

Что вы можете сделать, это запустить другой экземпляр VS и подключить отладчик (Debug > attatch to process) к первому экземпляру VS. затем вы можете прервать выполнение первого экземпляра и посмотреть, выполняется ли какой-либо из ваших кодов разработчиком.

1. Хорошо, что ваш собственный код может вызвать ужасные проблемы у разработчика — я видел, как пользовательские элементы управления WPF полностью ставят VS2010 на колени из-за чрезмерно (абсурдно) дорогостоящих пересчетов макета.

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

3. у вас был бы ваш основной экземпляр VS, main затем вы бы запустили другой debug . после того, как debug установлено main , вы выбираете debug> break all in debug для остановки main . затем вы можете перейти в режим просмотра потоков (debug > windows> threads) и посмотреть, есть ли какие-либо потоки в вашем коде. вы также можете установить точки останова в своем коде и посмотреть, debug достигнет ли их

Ответ №2:

Это может быть не связано, но проверьте две вещи: 1 — Отключите аппаратное ускорение. У меня было ужасное время с Visual Studio, я не мог печатать и все такое, пока я не отключил его. 2 — Если у вас случайно оказались ненужные плагины VirtualBox / VMware, они могут загромождать все.

1. Отключено ускорение Harware. Я буду наблюдать, улучшает ли это поведение VS

2. Ах, облегчение.. производительность определенно улучшена. все еще находится под наблюдением. 🙂