Як зупинити Windows 8 від кешування великих файлів?

Редагувати

Відео файли, про які я розповідаю, не стосувалися LoL (гри). Це були окремі файли, які я особисто завантажував. З 8 ГБ, які використовувались тоді, гра вийшла з ладу, гра використовувала менше 500 Мб. Chrome використовував 1 Гб. Системні сервіси використовували менше 500 Мб, а все, що я працював, було менше 1 Гб. Моє середнє споживання пам’яті становить близько 2,5 ГБ - 3 Гб для всіх програм / ігор.

Редагувати

Використовуваний 6 Гб був після того, як я закрив гру та всі інші додатки. Коли гра закінчилась, усі 8 ГБ використовувались (не в режимі очікування або безкоштовно / недоступні для використання при необхідності), при цьому 5 ГБ кешованих MKV відеофайлів, які не були в режимі очікування / безкоштовно . У грі вдалося вийти з ладу з "поза пам'яттю", тому що у мене відключена віртуальна пам'ять (файл swap) (проблема полягає не в тому, що гра могла вийти з ладу, але чому ці великі MKV-відеофайли сиділи на всіх примусових пулах пам'яті гра до краху).

TL; DR

Windows 8 кешувала багато великих файлів MKV як активну пам'ять (не в режимі очікування). Ці MKV не були відкриті ні в одній програмі, і це було після декількох перезавантажень без відкриття MKV. Використання оперативної пам’яті RAM для випуску всіх «робочих наборів» очистило всі MKV з кешу оперативної пам’яті та зменшило моє використання оперативної пам’яті з 6 ГБ до 2 Гб.

Як мені це запобігти?

INTRO

У мене працює Windows 8 64bit з 8 ГБ оперативної пам’яті.

Я не використовую багато програм. Єдині «важкі» програми, які я використовую, це Chrome, League of Legends та, можливо, Malwarebytes. Не цілу партію.

І все-таки моя гра продовжувала збої з помилками пам'яті . Мене це дуже спантеличило, бо я знаю, що не використовував 8 ГБ ОЗУ тим, що робив.

Тож я дивлюся на диспетчер завдань і додаючи більшість речей в голові, я отримую близько 2 ГБ, використовуючи звіти про монітор ресурсів, що використовуються 6 Гб (без активних "важких" програм). Дійсно спантеличено зараз.

Детальніше ознайомтеся з програмою Ram Map . Це говорить мені про те, що картографічні файли, які використовують 4 Гб, не турбують мене, якщо він все знаходиться в режимі очікування або готовий випустити будь-коли . Але це було не так ... усі 4 Гб були активними не в режимі очікування .

Тож я копав глибше, перейшов до лістера і перерахував його за активною пам’яттю і знайшов винуватця ...

Програми Windows не мають "пам'яті", оскільки вони не мають оперативної пам'яті. Вони не мають адресної пам'яті. На практиці це відбувається лише з 32-бітними процесами, оскільки в кращому випадку вони можуть адресувати лише 4 ГБ (2 ³² ), а часто лише 2 ГБ (2 ³¹ ).

Крім того, оперативна пам'ять, що використовується для кешування файлів, доступна програмам, коли вони цього потребують. У Windows все ще було 2 Гб безкоштовно, так що, звичайно, не викидали кешовані файли. Навіщо це? Краще замість цього використовувати вільну пам'ять, коли програма запитує. (Але ваша програма, ймовірно, не могла просити більше 2 Гб)

Зауважте, що це виправляє помилку в попередніх версіях Windows (до XP), яка помилково звільняла кеш-пам'ять, навіть коли була доступна інша вільна пам'ять. Ви, здається, хочете цю помилку назад.

І Chrome, і гра не розроблені для запуску в системі без файлу swap, але передбачається, що буде файл swap і використовує набагато більше пам’яті, ніж «необхідний мінімум, необхідний» для запуску для покращення продуктивності.

Ваші варіанти - зв’язатися з розробниками League of Legends та Chrome, попросивши їх переписати програмне забезпечення, щоб вони не були зручними для файлів (це може призвести до зниження продуктивності програмного забезпечення, тому що їм потрібно витратити додаткові цикли процесора на пам'ять управління) або почніть використовувати файл своп.

Зауважте, якщо ще в часи Windows XP і раніше вимкнення файлу свопінгу насправді призведе до підвищення продуктивності через недостатність агресивного менеджера пам’яті, сьогодні це вже не відповідає дійсності . Немає вагомих причин не мати файл swap у сучасній версії Windows.

"У мене вимкнено своп, тому що я знаю, що я не використовую достатньо програм для підходу до 8 ГБ"

Так ... помилки "поза пам'яттю", які ви бачите, говорять вам інакше.

Ви працюєте за принциповою помилкою.

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

Це стосується віртуальної пам’яті, а точніше, зарядки фіксації, яка не може перевищувати межу фіксації. Ліміт фіксації - це розмір оперативної пам’яті (не лише «вільної оперативної пам’яті»! Вся оперативна пам’ять) плюс поточний розмір вашого файлу сторінки.

Ваша гра, мабуть, вимагає величезного розподілу віртуального адресного простору. У вашій системі немає достатньої кількості комісій, щоб задовольнити запит, тому гра завершується.

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

Що стосується того, чому раніше ви могли запускати гру без файлу сторінки, питання не в тому, "хто використовує оперативну пам'ять", а в тому, "хто використовує плату за фіксацію". nb: Файли, відображені в кеш-файлах файлів, не сприяють стягненню плати (тому що самі файли є резервним сховищем; якщо для них немає місця в оперативній пам'яті, їх не потрібно ставити на сторінку файлу сторінки). Звичайно, також не передбачено перелік сторінок у режимі очікування.

Виправити це потрібно або додати оперативну пам’ять, або включити файл сторінки.

Детальніше тут: http://azius.com/blog/pagefile-yes1/ - друга частина. Але перша частина допомагає зрозуміти другу частину.

MKV-розгалужувачі, такі як LAV та Haali, відображають файл MKV у "резервну" пам'ять. Роздільник MKV Media Foundation Foundation Divx з якихось причин відображає файл MKV у «активну» пам’ять, витрачаючи величезну кількість оперативної пам’яті, не дозволяючи перерозподіляти її за необхідності.

Я вважаю, що сплітер MKV Divx Media Foundation MKV робить це неправильно, і спліттеру потрібно сказати, щоб він відображався в режимі очікування пам'яті, як і інші MKV-розгалужувачі.

У мене є кілька скріншотів із RAMMAP, в яких детально описується, як спліттер відображає пам'ять по-різному:

https://superuser.com/questions/778562/standby-memory-mapping-divx-media-foundation-splitter-mkv-playback-on-media

Якщо немає способу виправити це "активне" відображення, я, ймовірно, кусаю кулю та модернізую до 16 Гб оперативної пам'яті.