У меня есть решение с только в соответствии с 100 проектами в нем, соединением C++ и C# (главным образом C#). При работе в VS2005 рабочий набор Visual Studio значительно меньше, чем рабочий набор VS2010.
Я задавался вопросом, существуют ли некоторые вещи, которые могут быть выключены, таким образом, я могу разработать в VS2010 под 32-разрядной ОС, не заканчиваясь память.
Вы можете попробовать использовать диспетчер загрузки решений . Это позволит вам пометить некоторые файлы проектов как загружаемые по запросу или не загружаемые вообще. Это может помочь.
Лучшее, что вы можете сделать, - это разделить свое решение. Visual Studio не предназначалась для обработки такого количества проектов в одном решении и в результате страдает проблемами с производительностью. Разделение вашего решения на 5 разных улучшит ситуацию.
Если вы используете XP, обновление до Vista или Windows 7 поможет, поскольку он использует WPF. Может уменьшить объем памяти, занимаемой отрисовкой пользовательского интерфейса, которая в противном случае должна была бы использовать режим совместимости.
64-битная ОС должна немного помочь вам здесь, если вы получите более 4 ГБ физической оперативной памяти. 64-битная ОС может предоставить 32-битным процессам полные 4 ГБ виртуальной памяти, в то время как 32-битная ОС может предоставить только 2 или 3 гига в лучшем случае, в зависимости от того, как вы загружаете ОС.
Тем не менее, 100 проектов - это довольно толстый файл решения. Возможно, сейчас самое время пересмотреть это решение...
EDIT: Запуск dumpbin /headers как предписано в статье для DEVENV.EXE дает результат:
File Type: EXECUTABLE IMAGE
FILE HEADER VALUES
14C machine (x86)
4 number of sections
4BA1FAB3 time date stamp Thu Mar 18 06:04:35 2010
0 file pointer to symbol table
0 number of symbols
E0 size of optional header
122 characteristics
Executable
Application can handle large (>2GB) addresses
32 bit word machine
Таким образом, это указывает на то, что ящик x64 с > 4GB оперативной памяти, вероятно, улучшит ваш опыт. Под 64-битной ОС для Visual Studio должно быть доступно в два раза больше VM...