W dniu 2016-10-06 o 11:57, HF5BS pisze:
Użytkownik "pueblo" <nomail@nomail.pl> napisał w wiadomości
news:nt36me$9c7$1@mx1.internetia.pl...
To zrobię tak. Ramdysk S: i ustawię na nim plik wymiany na maksymalny
rozmiar. Teraz pytanie. Na C: pozostawię wcześniejszy, zarządzany przez
system swap. Czy Widows będzie tak mądry, że w pierwszej kolejności
będzie swapował do tego szybszego pliku na ramdysku, czy trzeba mu to
jakoś "wytłumaczyć"?
Ten na RAM też taki przecież będzie.
Pierwszeństwo... Gdzieś mi się obiło, ze po równo, ale jeśli chcesz
popróbować, to w kluczu
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory
Management, wartość wielociągu z parametrem o nazwie PagingFiles, pokombinuj
z zamianą wpisów miejscami, choć ja nie wróżę, aby to coś dało... ale może,
nie sprawdzałem... Zasadniczo, najlepiej wywalić swapa na osobny fizycznie
dysk, niż systemowy, żeby swapowanie nie przeszkadzało pozostałym operacjom
dyskowym (czas pozycjonera, zwłaszcza mechanicznego!). Więc nawet powolny
ramdysk powinien dać się pozytywnie odczuć, bo czasy dostępu złożą się
bardzo na plus.
Pokusiłem się o porównanie czasu startu XP z dysku mechanicznego, oraz
SSD-PATA (więc w dzisiejszych czasach już względnie dość powolny), dla
lepszego porównania przekopiowany posektorowo, więc układ danych identyczny,
mechaniczny (SATA!) wczytywał system ok. 50 sekund, SSD PATA (żaden problem
podmienić interfejs z którego odpalam system, to nie NT4, który widzi przy
starcie tylko 4 pierwsze dyski, przynajmniej na mojej maszynie) ok. 30
sekund. Poza tym dostał takiego kopa, że żal było wracać do starego dysku,
ale cóż, SSD jest mi potrzebny do innych spraw. A jak dam szybki SSD-SATA,
to chyba nie zdążę stopera uruchomić :)
Nie porównuj mechanizmu (rpm) z elektroniką.
--
Artur
|