У меня проблема с VS 2010. Он работает очень медленно, а также иногда возникает сбои при компиляции и упаковке файла xap со следующей ошибкой:
Xap packaging failed. Exception of type 'System.OutOfMemoryException' was thrown.
В локальном каталоге временных файлов Windows 7 \Users\usernamexxxx\AppData\Local\Temp
есть тысячи файлов, поэтому я удалил их, и теперь VS намного быстрее.
Есть ли у кого-нибудь подобные проблемы?
Да, у меня есть аналогичная проблема. когда я очищаю память My Temp. Он отлично работает, но через некоторое время каталог Temp также показывает некоторый файл.
и снова появляется сообщение "Out of Memory Exception".
Это проблема в коде. Ваш код пропускает память. ваш код не удаляет объект должным образом.
У меня не было такого сообщения об ошибке, но вещь, которая, как мне кажется, замедляет VS 2010 для меня, это файл .suo(Solution User Options). Он в основном отслеживает, какие файлы у вас открыты, и ваши точки останова, но это всегда растущий файл. Когда он достигнет 5 мб, для VS может потребоваться 20-30 секунд, чтобы отвечать на запросы при добавлении файла или удалении его из решения.
Я очень быстро устал от визуальной студийной медлительности. Мое решение состояло в том, чтобы построить все в командной строке с помощью msbuild. Я создал пакетный файл, который вызывает msbuild с моими предпочтительными параметрами.
Этот параметр действительно хорош, потому что если у вас многоядерный компьютер, вы можете передать флаг /m в msbuild, что позволит параллельным проектам сборки (Visual Studio в настоящее время не предлагает этого функциональность, но будет в VS2012)
Вызов msbuild прост. Например:
C:\WINDOWS\Microsoft.NET\Framework\v4.0.30319\msbuild.exe MyApplication.sln /m
Затем, если я хочу отлаживать, я просто строю сначала (в командной строке), запустил приложение и приложил отладчик визуальной студии вручную.
Я не знаком с этой ошибкой, в частности, но у нее была неприятная проблема с OutOfMemoryException во время компиляции для большого решения (более 50 проектов).
Мы обходили его с помощью msbuild напрямую, но отладка была немного громоздкой
Затем я проверил в Интернете и попытался расширить виртуальную память, которую использовал devenv.exe(по умолчанию это 2 ГБ). Находясь на 64-битной Windows 7, ОС уже выполняла тот факт, что приложение может использовать более 2 ГБ.
Просто нужно было запустить командную строку и ввести:
cd\
cd "C:\Program Files (x86)\Microsoft Visual Studio 10.0"
copy Common7\IDE\devenv.exe Common7\IDE\_devenv.exe
VC\bin\editbin.exe /LARGEADDRESSAW Common7\IDE\devenv.exe
После перезагрузки компиляция Exception была просто мечтой.
Примечание. После этого я прочитал, что Visual Studio 2010 должен был быть "Большим адресатом" из коробки, поэтому он не должен "решить" мою проблему, но это было для меня.