Медлительность ReSharper

Вы можете посмотреть, сколько памяти использует ReSharper.

ReSharper -> General -> Показать использование управляемой памяти в состоянии бар.

Новый ReSharper 4.5 работает намного лучше, чем предыдущие версии 4.x. Я бы порекомендовал вам попробовать это.

Попробуйте 4.5 бета. 4.1 убивал мою 2-гигабайтную машину разработчика, но она вернулась к невероятно плавной работе с бета-версией. Другие же имели противоположный опыт, поэтому YMMV.

Не уверен, насколько велики ваши решения, но я перестал использовать 4.5 по тем же причинам, по которым перестал использовать все предыдущие версии, использование памяти.

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

Рабочая станция имеет 4 ГБ памяти, и я легко могу убить ее с помощью ReSharper, когда запускаем наш конец. стек в отладчиках.

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

У меня возникла проблема, из-за которой загрузка решения из более чем 100 проектов занимала более 10 минут. После загрузки производительность VS будет в порядке, хотя она будет странно колебаться между нормальным и очень плохим.

Краткий ответ: устранение предупреждений Resharper, похоже, улучшает общую производительность VS / R #.

Самая большая проблема в конечном итоге заключалась в что у нас есть несколько файлов с двоичными данными (зашифрованного материала), включенных в качестве встроенных ресурсов, которые, как оказалось, имеют расширения .xml. Resharper очень старался проанализировать эти файлы. В конце концов, все пройдет, но в процессе будет сгенерировано более 100 тысяч ошибок. Изменение расширения на один Resharper не привело к автоматическому анализу (в данном случае .bin) и не решило проблему.

У нас все еще есть около 10 файлов, которые, когда они или файл, от которого они зависят, редактируются на некоторое время, производительность снижается. Эти файлы являются частями одного определения класса, где каждый файл в среднем составляет 3000 LOC. Да, верно, речь идет о линейном классе 30К. Это также довольно плохой код по другим причинам, многие из которых Resharper отмечает, что делает правую полосу желоба практически сплошной оранжевой линией. Редактирование часто заставляет Resharper повторно анализировать все это. Во время этого анализа производительность заметно снижается.

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

Многие люди жалуются на проблемы с перфомансом в Resharper. Если у вас есть даже несколько больших уродливых файлов кода с множеством предупреждений Resharper, то небольшое время, потраченное на очистку этого кода, может привести к повышению производительности в целом. Это для нас.

Если вы работаете с большими исходными файлами, Resharper работает медленно (на момент написания этой статьи я работал над версией 5.0).

Вы можете просмотреть использование памяти Resharper, нажав «Параметры Resharper» -> «Основные» -> «Показать использование памяти в строке состояния».

Когда я впервые сделал это, я заметил, что Resharper использует сотни мегабайт памяти! Тем не менее, следующий шаг помог мне (временно) исправить медлительность:

Щелкните правой кнопкой мыши использование памяти и выберите «Собрать мусор» — это, похоже, сразу устранило медлительность для меня.