Использование памяти Visual Studio 2005
Я обнаружил, что довольно часто использование памяти Visual Studio в среднем составляет ~ 150-300 МБ ОЗУ.
Как разработчику, которому очень часто требуется работать с несколькими открытыми экземплярами Visual Studio, есть ли какие-нибудь уловки производительности для оптимизации объема памяти, используемой VS?
Я запускаю VS 2005 с одной надстройкой (TFS)
Ответы 5
[...]
These changes are all available from the Options dialog (Tools –> Options):Environment
- General:
- Disable “Animate environment tools”
- Documents:
- Disable “Detect when file is changed outside the environment”
- Keyboard:
- Remove the F1 key from the Help.F1Help command
- Help\Online:
- Set “When loading Help content” to “Try local first, then online” or “Try local only, not online”
- Startup:
- Change the “At startup” option to “Show empty environment”
Projects and Solutions
- General:
- Disable “Track Active Item in Solution Explorer”
Text Editor
- General (for each language you want):
- Disable “Navigation bar” (this is the toolbar that shows the objects and procedures drop down lists allowing you to choose a particular object in your code.
- Disable “Track changes”
Windows Forms Designer
- General:
- Set “AutotoolboxPopulate” to false.
- Set “EnableRefactoringOnRename” to false.
Обновитесь до 64-битной ОС. Мои экземпляры VS занимали ~ 700 МБ каждый (очень большие решения) ... и у вас быстро заканчивается место с этим.
Все в моей команде, которая перешла на 64-разрядную (и 8 ГБ ОЗУ), задавались вопросом, почему они не сделали этого раньше.
минимизировать и повторно развернуть главное окно vs, чтобы заставить vs освободить память.
Это отлично сработало для меня на XP Pro, но, к сожалению, ничего не делает с VS 2005 на 32-разрядной версии W7.
После удаления (и повторной установки) Visual Assist проблема была решена для меня.
Первое, что вы можете сделать, - это перейти на Windows 8.
Он использует совместное использование / объединение памяти, если одна и та же DLL или страница памяти загружается в несколько процессов. Очевидно, что при запуске двух экземпляров VS есть много совпадений.
Как видите, у меня работает 4 Visual Studio, и столбец разделяемой памяти (вам нужно включить этот столбец, чтобы он был виден) показывает, сколько памяти используется совместно.
Таким образом, в Windows 7 это будет использовать 2454 МБ, но я экономлю более 600 МБ, которые используются совместно с другими процессами devenv.
В Chrome тоже много экономии (потому что каждая вкладка браузера - это новый процесс). Так что в целом у меня все еще есть 2 ГБ свободного места, где я обычно исчерпываюсь.
Я скажу, что Win8 более агрессивна, чем Win7, но все современные операционные системы могут разделять память из dll. Также «рабочий набор» - это память, используемая приложением, и он будет включать в себя часть «общей памяти». До Win7 у него было действительно плохое отслеживание памяти.
Можете ли вы обновить ссылку на протектор, по-прежнему указывающую на бета-версию stackoverflow ... Я смог добраться до нее, но сделал бы это проще.