tl; dr 22 GB RAM, SSD, plik stronicowania, tak / nie? Zmniejsz pamięć zarezerwowanych plików tak / nie? w jaki sposób?
Używam systemu Windows 7 na moim pulpicie roboczym. Ma 22 GB fizycznej pamięci RAM. Używam go z dyskiem SSD. Zwykły dysk twardy w tym komputerze jest rzadko używany. Wyłączyłem plik wymiany, ponieważ czasami nieuczciwe programy mogą się uruchamiać i uruchamiać do szalonych rozmiarów, np. 60 GB wypełniając cały SSD. Nie mogę xif tego programu. Chociaż mogłem przywrócić plik wymiany i ustawić maksymalny rozmiar czegoś zdrowego. Nazywam go swapfile tutaj, ale Windows wywołuje ten plik stronicowania, a plik wymiany jest czymś innym.
Oto problem. Gdy opłata za zatwierdzenie wzrośnie o prawie 22 GB, Windowsowi się to nie podoba. Dostaję ostrzeżenia o małej pamięci, awarie programu, czarne ekrany podczas awarii sterownika graficznego, coś itp. Komputer chce 4 GB pamięci w trybie gotowości dla „mapowanych plików”. To skutecznie marnuje 4 GB pamięci fizycznej, gdy nie jest to plik wymiany.
Moje wybory to:
1) Niech na dysku SSD pojawi się plik wymiany o pojemności 4 GB, aby zwiększyć mój ładunek, więc będę mógł wykorzystać całą pamięć fizyczną. Jednak plik wymiany na dysku SSD spowoduje szybsze obniżenie poziomu dysku SSD i spowolnienie wydajności w dowolnym momencie, gdy system Windows zdecyduje się umieścić coś ważnego w pliku wymiany.
2) Umieść plik wymiany na dysku twardym, aby chronić dysk SSD, ale powoduje to znacznie gorsze problemy z wydajnością. Jeśli cokolwiek zdecyduje się na użycie tego pliku wymiany, cały system zwalnia jak szalony.
3) Zostaw rzeczy w spokoju i pozwól, aby 4 GB poszły na marne i zniosły ostrzeżenia i problemy z małą pamięcią. Lub, aby temu zapobiec, użyj jeszcze mniejszej ilości fizycznej pamięci RAM dla programów.
Rozwiązanie 2 jest oczywiście niedopuszczalne. Więc pytanie brzmi, co jest mniejszym z dwóch zła, 1 czy 3?
Albo czy istnieje rozwiązanie 4, coś w stylu nie pozwalającego systemowi Windows rezerwować tak dużo na zmapowane pliki. Jeśli nie można pozwolić, aby system Windows używał więcej niż 2 lub 3 GB dla zmapowanych plików, byłoby to idealne rozwiązanie. Wtedy dostanę tylko problemy z małą pamięcią, gdy faktycznie używam więcej fizycznej pamięci RAM. Nie potrzebowałbym tak często.