Kiedy i jak jest przenoszona sterta .NET?

Question

Mój mały test warunków skrajnych, który przydziela losowe tablice długości (100..200 MB każdy) w pętli, pokazuje inne zachowanie na 64-bitowej maszynie Win7 i 32-bitowym XP (w VM). Oba systemy najpierw zwykle przydzielają tyle tablic, ile zmieści się w LOH. Następnie LOH staje się coraz większy, dopóki wirtualna przestrzeń adresowa nie zostanie wypełniona. Oczekiwane zachowanie do tej pory. Ale dalej - na dalsze prośby - oba zachowują się inaczej:

Podczas gdy na Win7 wyrzucany jest OutOfMemoryException (OOM), na XP wydaje się, że stertę zwiększa się, a nawet zamienia na dysk - przynajmniej OOM nie jest rzucany. (Nie wiem, czy to może mieć związek z XP działającym w wirtualnym pudełku).

Pytanie: Jak decyduje środowisko wykonawcze (lub system operacyjny?), Czy dla zarządzanych żądań przydzielania pamięci, czy jest zbyt duże aby uzyskać alokację, generowany jest OOM lub zwiększa się duża stertę obiektu - ewentualnie nawet zamieniona na dysk? Jeśli jest zamieniony, kiedy występuje OOM niż?

IMO to pytanie jest ważne dla wszystkich środowisk produkcyjnych, potencjalnie zajmujących się większymi zbiorami danych. Jakoś czuć się "bezpieczniej", aby wiedzieć, system raczej spowolniłby dramatycznie w takich sytuacjach (poprzez zamianę) niż po prostu wyrzucenie OOM. Przynajmniej powinno to być w jakiś sposób deterministyczne, prawda?

@Edit: aplikacja jest aplikacją 32-bitową, dlatego działa w trybie 32-bitowym na Win 7.

Answer 1

Obowiązują normalne zasady, zarządzany proces nie jest traktowane inaczej przez menedżera pamięci systemu Windows. Ostatecznym źródłem porcji pamięci jest menedżer pamięci Windows. Jeśli nie może znaleźć dziury w przestrzeni adresowej pamięci wirtualnej, aby dopasować żądaną alokację pamięci, to nie powiedzie się wywołanie VirtualAlloc(), a CLR wygeneruje OOM.

To samo dotyczy zamiany, jeśli strony w pamięci RAM są potrzebne do odwzorowania stron innych procesów, a nawet stron tego samego procesu, wtedy zostaną zamienione. Z OOM nie wiąże się to inaczej.

Nie można założyć, że będzie działał dokładnie tak samo na XP jak na Win7 x64. Uzyskanie OOM na platformie x64 podczas budowania celu programowego AnyCPU jest dość nietypowe, 64-bitowy system operacyjny ma bardzo dużą przestrzeń adresową pamięci wirtualnej. Górny limit jest ustalany na podstawie maksymalnego rozmiaru pliku stronicowania. 32-bitowy program będzie działał w warstwie emulacji WOW, może mieć przestrzeń adresową o wielkości 4 GB, jeśli ustawisz bit opcji LARGEADDRESSAWARE za pomocą Editbin.exe.

Możesz użyć narzędzia VMMap SysInteral, aby zobaczyć, w jaki sposób przestrzeń adresowa twojego procesu jest wyryta.