Pracuję w Visual Studio 2010 na systemie 32-bitowym i regularnie mam problemy z brakiem pamięci wirtualnej, więc nie mogę już robić takich rzeczy jak kopiowanie / wklejanie w VS.
Sprawdziłem kilka opcji i linia Microsoft na tym wskazała, że działa przy mniejszej liczbie otwartych rozszerzeń, a jeśli to nie zadziała, użyj polecenia bcedit / set IncreaseUserVA 3072.
Wydawało się, że to łagodzi problem, jednak po około dniu użytkowania nagle system Windows zaczyna mówić mi, że brakuje mi miejsca na dysku - na dysku z dostępnym ponad 100 GB. Na przykład przestanie kopiować plik, mówiąc, że nie ma miejsca na jego skopiowanie. Jednak kliknięcie „spróbuj ponownie” się powiedzie. Wiele innych programów, które zapisywały rzeczy na dysku, regularnie się przewracało. (W tym Skype ... dlaczego cały czas piszesz na dysk, Skype ?!)
Uruchomiłem program chkdsk i wykonałem inne podstawowe kontrole przed stwierdzeniem, że moja zmiana konfiguracji musi być odpowiedzialna. Na szczęście przywrócenie ustawień domyślnych zadziałało i jestem teraz z powrotem w akcji.
Większość artykułów (z wyjątkiem Microsoft) na temat ZwiększUserVA mówi „Używaj na własne ryzyko”, i oczywiście zrobiłem to i przegrałem. Ale czy ktoś może wyjaśnić, dlaczego takie zachowanie zostało wykazane / co może pójść tak źle, co wydaje się być uzasadnioną zmianą konfiguracji systemu Windows 7?
Dla przypomnienia - maszyną był laptop Dell Vostro z dyskiem 260 Gb / 5400 rpm, 3,2 Gb (efektywną) pamięci RAM, z systemem Windows 7 ze wszystkimi aktualizacjami przed SP1.