Чи є в Windows 8.1 спосіб переконатися, що процес не є першим, хто вбивається при втраті оперативної пам’яті?

Я написав додаток .NET 4.5, який буферизує кольорові, інфрачервоні та глибинні дані від Kinect v2, виконує деяку обробку на ньому, а потім скидає їх на диск у нестисненому вигляді; додаток .NET також запускає ffmpeg як підпроцес і передає кольорові дані до нього, щоб кодуватися як H.264.

Оскільки я не використовую SSD, дані відео надходять швидше, ніж я можу записати на диск. Але це нормально, мені прийнятно відмовлятися від відеокадрів, коли я мало в пам'яті. Моя єдина вимога - це те, що я зберігаю, здебільшого суміжні 8–10-секундні фрагменти відео. Тож я додав логіку в моєму додатку .NET 4.5, щоб почати відкидати відеокадри, коли мені не вистачає оперативної пам’яті для буферування суміжних 8–10 секунд відео (приблизно 1,5–2 ГБ).

І щоб запобігти обманюванню сторінки, я повністю відключив підказка файлів. Це дає мені 16 Гб фізичної оперативної пам’яті.

Моя проблема полягає в тому, що навіть при наявності цього механізму іноді мій додаток .NET або підпроцес ffmpeg все ще вбиваються, коли Windows 8.1 вигадує низький об'єм оперативної пам’яті, оскільки, очевидно, у моєму додатку використовується найбільше оперативної пам’яті, коли є величезний відставання відеоданих записати на диск. Чи є спосіб сказати Windows, що мої процеси важливіші за інші, щоб Windows почав спочатку вбивати інші менш важливі процеси?

Windows не вбиває процеси, коли використовується вся оперативна пам'ять. Що насправді відбувається, це те, що процеси не виділяють пам'ять і виходять з ладу.

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

У цій презентації від Technet пояснюється: http://channel9.msdn.com/Events/TechEd/NorthAmerica/2011/WCL405

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

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

Насправді є лише дві відповіді:

1. Повторно увімкніть файл сторінки та збільште оперативну пам’ять на комп’ютері, щоб зменшити обробку диска.
2. Зменшіть вимоги до пам'яті вашої програми.

Суть полягає в тому, що оперативна пам’ять - це лише інший рівень кешу, і все те, що стосується віртуальної пам’яті, файлів сторінок, файлів, відображених у пам'яті, і всього, що в основному зводиться до цього: якщо у вас не вистачає пам’яті, вам потрібно додати більше.

Перейдіть через панель інструментів Windows та додаткові налаштування та відключіть непотрібні речі, наприклад, віконні ефекти, якщо ви цього ще не зробили, і за допомогою програми Sysinternals Process Explorer та / або системного монітора знайдіть і вимкніть все, що витрачає процесор або пам'ять.

Що ще важливіше, використовуйте Провідник процесорів та / або Монітор системи, щоб спостерігати за виконанням вашої програми і точно бачити, де і як вона виходить з ладу. Який потік не вистачає пам’яті і вмирає першим - головним prgm або частиною ffmpeg? Чи є специфічний dll або інший спільний ресурс, який несподівано розміру повітряних куль? Або виконання виконується правильно, за винятком відкушування більше, ніж воно може пережовувати дані?

Точніше з'ясування природи вашої проблеми, ймовірно, вкаже вам на вирішення. Наприклад, ви можете більш агресивно реалізовувати політику скидання кадрів, оптимізуючи при цьому краще для ваших критеріїв 8-10 секунд, щоб досягти нижчих загальних витрат на оперативну пам'ять

Остаточні пропозиції: Можливо, подумайте про перехід на Linux, а тим часом знову ввімкніть файл підкачки (Linux називає його свопом простору, завдяки чому IMHO звучить веселіше, як swap-meet чи щось таке!).