Переміщення файлу підкачки в ОЗУ - це смішне поняття. Просто вимкніть його і збільште обсяг оперативної пам'яті. 🙂

No matter how much RAM you have, you want the system to be able to use it efficiently. Having no paging file at all forces the operating system to use RAM inefficiently for two reasons. First, it can not make pages discardable, even if they have not been either accessed or modified in a very long time, which forces the disk cache to be smaller. Second, it has to reserve physical RAM to back allocations that are very unlikely to ever require it (for example, a private, modifiable file mapping), leading to a case where you can have plenty of free physical RAM and yet allocations are refused to avoid overcommitting. Consider, for example, if a program makes a writable, private memory mapping of a 4GB file. The OS has to reserve 4GB of RAM for this mapping, because the program could conceivably modify every byte and there's no place but RAM to store it. So immediately, 4GB of RAM is basically wasted (it can be used to cache clean disk pages, but that's about it).

Управління пам'яттю обробляється ЦП і включений або виключений файл підкачки, що не впливає на те, як обробляються сторінки. Він прозорий для Windows.

Пріоритет сторінки не змінюється, сторінки будуть відкинуті однаково. Pagefiles використовуються CPU як вторинне сховище, а не ОС. Це не що інше, як кеш другого рівня, коли закінчується один рівень (ОЗУ).

Швидкий і дуже брудний приклад: у моєї машини 16 ГБ ОЗУ і немає файлу підкачки. 5 хвилин тому з 13 ГБ в режимі очікування і всього 2 ГБ безкоштовно, я завантажив Fallout 4. Сторінки з низьким пріоритетом були відкинуті в міру завантаження Fallout.

До речі, на стороні примітки, блог Technet 2008 року про те, як натискати обмеження пам'яті Windows, дуже вводить в оману - я б сказав, що обман. https://i.stack.imgur.com/wXkmi.png Я сумніваюся, що навіть Марк написав це, але я сподіваюся, що немає, оскільки це змінить мою точку зору на нього ... ..

Fwiw є зяючі дірки в статті, які я ошелешений, ніхто не вибрав, щоб розглянути, як часто цей блог згадується

• Файл підкачки і його місце розташування обробляються Windows, захоплення доступу до пам'яті в місцях, вивантажених на диск, уловлюватиметься процесором, але він буде переданий операційній системі для вилучення сторінки з диска і завантаження її.

У всякому разі, ось одне не дуже туманне опис:

Windows не може досягти більш високих адрес, ніж процесор - це неможливо.

Незалежно від того, що ОС може на нього як і раніше обмежена апаратним забезпеченням, на якому воно працює .. тому що ОС фактично є самим ЦП (внутрішні регістри).

ОК, тому файл підкачки - це область на жорсткому диску, яку процесор використовує для розширення фізичного адресного простору, коли він не може фізично або архітектурно використовувати більше ОЗУ.

Наприклад, на сегментированной архітектурі x86 32bit є два сегменти пам'яті 2 ГБ.

Один виділяється ядру. Інші 2 ГБ призначені для користувача режиму. Це все оперативна пам'ять, яку процесор може використовувати з 32 висновками DRAM, але 32-бітний процес має 4 ГБ, тому, що потрібно робити. На щастя, процесор може використовувати вторинну сховище AKA на жорсткому диску для зберігання додаткових 2 ГБ сторінок. Оскільки він має внутрішні регістри
Фізичні місця, де віртуальні сторінки, на які посилається процес, не повинні зберігатися в ОЗУ. Але вони десь зберігаються у CPU.

CPU не може надати всі 4GB RAM для додатка, але він може дати йому 4 ГБ адреси, використовуючи HDD в якості вторинного кеша (який насправді є всім HDD)

Сторінки переміщаються в ОЗУ і з ОЗУ через внутрішній механізм підкачки, але це не те ж саме, що і файл підкачки. Пейджинг завжди відбувається ....

Суть насправді не така складна. За останні 15 років багатьом кінцевим користувачам було дано враження, що файл підкачки є невід'ємною частиною операційної системи, це не так. Це ніколи не було. Це оману частково підживлюється такими корпораціями, як Intel і Microsoft.

RAM - це швидке пристрій, жорсткий диск - це більш повільне пристрій, тому по суті RAM - кеш рівня 1, жорсткий диск - це рівень 2 (без урахування кеша процесора для цієї аналогії). Обидва можуть бути доступні процесором.

Якщо недостатньо пам'яті для зберігання ЦП для зберігання необхідних сторінок, жорсткий диск може використовуватися як переповнення. Якщо є багато ОЗУ, то ПФ є надмірною.

До Core 2 процесори Intel мали 32-контактну DRAM-шину і 32 регістра, що означало, що процесор мав доступ до 4 ГБ оперативної пам'яті і 4 ГБ простору на жорсткому диску (файл підкачки). Це обмеження на архітектурне обладнання, а не обмеження Windows.

Загальна кількість доступних для процесів склало 3,5 ГБ, тому що таблиця сторінок займає 512 МБ. Саме тому 3.5 ГБ з'являється в Windows з процесорами Intel (аж до Core 2). Додайте графічний процесор і ще менше.

Xeon міг отримати доступ в цілому до 32 ГБ оперативної пам'яті, 64 ГБ фізичного простору з включеним жорстким диском (файл підкачки знову). (Це ^ охоплює PAE, - більш того, щоб додати посилання).

http://www.windowsdevcenter.com/pub/a/windows/2004/04/27/pagefile.html

3-й джерело знімка екрана: Системний V-додаток Бінарний інтерфейс Архітектура процесора AMD64 Версія для версії 0.99.7

Я маю намір продовжувати поліпшувати цю відповідь і додавати вихідний матеріал і відповідну інформацію. Я б хотів домогтися балансу між недостатньою інформацією і занадто великий технічною інформацією. Пропозиції вітаються. Будь ласка, не зводьте вниз, тому що це не так добре написано.