Plik stronicowania systemu Windows na wielu dyskach twardych


13

Nie mogę znaleźć żadnej dokumentacji ani artykułów online dla tego ...

Jak system Windows obsługuje pliki stronicowania na wielu dyskach twardych? Czy Windows traktuje je jako konkatenację, pisząc do jednego aż do pełnego, a następnie przechodząc do następnego? Czy też traktuje je jak pasek, pisząc do każdego z nich stopniowo? Czy pisze do pierwszego za darmo? A może jakaś inna metoda?


2
Bardzo dobre pytanie. Domyślam się, że Microsoft traktuje je jako dwa osobne pliki stron i używa dysku, który nie jest używany. W żaden sposób Microsoft nie zaryzykowałby podzielenia całych stron na dyski.
surfasb

Najlepszą szybkością byłoby pisanie do obu, ale myślę, że nie dzielenie stron.
soandos

Z tego, co widzę, kiedy wyszukuję w Google (choć nie ma autentycznych linków), wydaje się, że traktuje je jak pasek, co ma sens, jeśli się nad tym zastanowić. Chociaż to tylko domysły.

jest test w sieci (nie mogłem go znaleźć) ich test porównawczy dla systemu, który głodował, że potrzebuje stronicowania na dysk, był malutki, maleńki bitów szybciej, nie jest to dla mnie warte. social.technet.microsoft.com/Forums/hu/winservergen/thread/…
Psycogeek

Odpowiedzi:


11

Najbardziej istotną informacją, jaką mogłem znaleźć, był artykuł na temat optymalnej konfiguracji pliku strony w systemie Windows XP.

W artykule stwierdzono, że system Windows użyje pliku strony znajdującego się na woluminie przy najmniejszej aktywności . Oznacza to, że nie zdefiniowano żadnego wzorca.

Można więc argumentować, że najbardziej prawdopodobnym sposobem, w jaki system Windows obsługuje wiele plików stron, jest utrzymywanie tabeli lokalizacji każdej strony pamięci. To, gdzie strona się kończy, zależy w dużej mierze od tego, która objętość była najmniej aktywna, kiedy została stronicowana.


interesujący artykuł. Czy jednak nadal tak jest?
Keltari

Nie ma żadnej gwarancji, że teoria ta jest prawdziwa, nawet w przypadku XP. Opiera się całkowicie na przypuszczeniu.
Andrew Lambert

Wątpliwe, że zmienili obsługę wielu plików stron. Założę się, że nadal jest to prawdą. Menedżer pamięci nie jest dokładnie czymś, co wprowadza hurtowe zmiany w każdej wersji.
surfasb

@surfasb To prawda, ale jak powiedziałem, to tylko spekulacje na początek.
Andrew Lambert,

2
To nie jest przypuszczenie. Jest prosto z Windows Wewnętrznych . „Tabela lokalizacji każdej strony pamięci” to po prostu tabele stron.
Jamie Hanrahan

2

W systemie Windows 8.1 dla mnie całkowicie ignoruje drugi dysk i zamienia się tylko na pierwszy.

Niezbyt przydatne. Dlatego tu przybyłem, odkąd googlowałem.


Jak to mierzysz? Nie wątpię, tylko zastanawiam się, jakiego narzędzia używasz. Perfmon to jeden ze sposobów, aby to zrobić (obiekt Pagefile, licznik% użycia).
Jamie Hanrahan,

-1

Jeśli chodzi o Windows 7 x64 i Windows 10 x64, podział systemu plików stronicowania nie działa tak, jak w przypadku warunku raid0. Najpierw jest chwytany, najpierw obsługiwany przez najmniej aktywny dysk. Reguła dla systemu Windows x64 to plik stronicowania 1,5 razy większy. Obsługuję maszynę, która ma 64 koncerty i nawet nie potrzebuję pliku strony o takim rozmiarze. Konfigurowanie szybkiego dysku do obsługi wszystkich plików tymczasowych systemu Windows, tj. Plików pamięci podręcznej i jednego pliku stronicowania, działa świetnie. Ten dysk służy wyłącznie do korzystania z usług Windows i Adobe Temp. Uruchamiam aplikacje na potężnym Raid0 z trzema dyskami, a mój system operacyjny znajduje się na dysku SSD. Są ludzie, którzy uważają, że plik strony nie jest konieczny, ale ci ludzie nie żyją w silnie kreatywnym świecie, w którym potężne aplikacje muszą mieć plik stronicowania, taki jak nowsze narzędzia Adobe Adobe 2017 i maszyny 3D CAD.

Co ciekawe, Microsoft stwierdza, że ​​na dysku podstawowym, dysku systemu operacyjnego i dysku twardym na innym dysku należy ustawić plik stronicowania o wielkości co najmniej 300 MB. Adobe twierdzi, że pliki tymczasowe i pliki stron powinny znajdować się poza dyskiem OS lub dyskiem aplikacji. Mówią to od początku czasu.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.