Windows 10, «Система», що займає велику кількість оперативної пам’яті

З моменту оновлення до Windows 10 моя система надмірно споживає оперативну пам’ять

Я читав трохи і визначив, що це, ймовірно, драйвер просочилася пам'яттю. Тож я отримав собі комплект драйверів для Windows і відслідковував використання пам'яті за допомогою пулмону:

Однак я не знаю, як діяти звідси. Чи є винуватцем цього випуску пункт із позначкою "smNp"? Як мені перейти звідти до фактичного визначення водія?

Я спробував такі речі, як "C: \ Windows \ System32 \ drivers> findstr / s smnp . ", Але результатів не було. Я також подивився файл pooltag.txt, і це опис, який я знайшов для нього:

Так, будь-яка допомога буде вдячна. Заздалегідь спасибі.

Вступивши services.msc(через Win+R) та відключивши Superfetch, це повністю вирішує. Я не впевнений, що Superfetch просто зламаний, як зараз, або це "задумом".

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

Я переглянув сліди xperf кількох користувачів і тут функція ntoskrnl.exe!SmKmStoreHelperWorkerKernel починає виділяти пам'ять.

^{(Клацніть зображення, щоб збільшити)}

Я відкрив це на сисинтерналі .

Я запитав Microsoft про це, і відповідь полягає в тому, що це задумано. Це пов'язано зі стисненням системної пам'яті.

У анонсі Windows 10 Build 10525 Microsoft трохи пояснила це :

У Windows 10 ми додали в Менеджер пам'яті нову концепцію, яка називається сховищем стиснення, що є колекцією стиснених сторінок у пам'яті. Це означає, що коли Менеджер пам'яті відчуває тиск у пам'яті, він буде стискати невикористані сторінки замість того, щоб записувати їх на диск. Це зменшує обсяг пам’яті, що використовується в процесі, дозволяє Windows 10 підтримувати більше додатків у фізичній пам’яті одночасно. Це також допомагає забезпечити кращу реакцію в Windows 10. Магазин стиснення працює в робочому наборі системного процесу.Оскільки системний процес зберігає сховище в пам'яті, його робочий набір збільшується саме тоді, коли пам’ять стає доступною для інших процесів. Це видно в диспетчері завдань, і причина системного процесу, як видається, займає більше пам'яті, ніж попередні випуски.

Тому замість запису даних пам'яті у файл сторінки вони стискають їх. І ця стисла пам'ять відображається в системному процесі.

Майкрософт також розмістив більше деталей у внутрішньому центрі. Вінбета створив статтю, яка містить більше деталей.

Мабуть, причиною цього було те, що Microsoft вирішила зупинити програми UWP, коли вони не були на передньому плані, дуже схожі на деякі управління ОС смартфонів. Користувачі Windows 8 розуміли (можливо, ні), що якщо додатків не було на екрані, вони не працюватимуть, поки користувач не повернеться до них. Підхід "все або нічого" оновлюється в Windows 10, вводячи шар між файлом сторінки та звичайною активністю підкачки. Тепер, зіткнувшись із проблемами тиску пам’яті, ММ визначить, які сторінки слід перемістити до модифікованого списку в процесі, який називається обрізанням.Змінений список є вторинним списком файлів сторінок, що створює резервну копію списку резервних файлів сторінок у режимі очікування. Список резервних копій зберігається у випадку, якщо пам'ять вилучена зі списку очікування іншим процесом, і початковий процес шукає свою сторінку. Замість всього або нічого Windows 10 MM буде стискати невикористані сторінки, а не записувати їх на диск. При меншій кількості записів в результаті має бути менше операцій на диску - завдяки стисненню - і тепер більше пам'яті може зберігатися в пам'яті.

За словами команди Windows, " На практиці стисла пам'ять займає близько 40% нестисненого розміру, і в результаті типового пристрою, що працює з типовим навантаженням, Windows 10 записує сторінки на диск лише на 50% так часто, як і попередні версії ОС. "Якщо все піде за планом, користувачі Windows можуть відчувати скорочення часу очікування для всіх пристроїв, а також збільшений термін служби в системах, що мають жорсткі диски на основі флеш-пам'яті .

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

Microsoft також випустила відео на каналі9, в якому пояснюється особливість.

Стиснення пам'яті в Windows 10 RTM
https://channel9.msdn.com/Blogs/Seth-Juarez/Memory-Compression-in-Windows-10-RTM

У цьому відео Мехмет Іїйгун витратив деякий час на обговорення того, чому системний процес у Windows 10 займає трохи більше пам’яті та чому це добре. Процес, що займає більше пам’яті, звучить як погано - тобто доки я не зрозумів більше про управління пам’яттю, підкачки та помилки жорсткої / м’якої сторінки. Виявляється, що ОС робить деякі розумні оптимізації, які дозволяють вашим процесам обрізати частину пам’яті, але не обов’язково розміщувати її на диску. Пам'ять збережена не тільки в оперативній пам’яті, але й стискається - робить неполадки жорсткої сторінки більш рідкісним явищем. Результати повинні зробити досвід швидким.

В останніх TH2-побудовах Microsoft оновив опис у диспетчері завдань і тепер також показує, що процес SYSTEM розміщує compressed memory:

щоб уникнути плутанини щодо "високого" використання.

У оновленому в серпні 2016 року вікні "10-річчя оновлення" Microsoft витягнула "Компресію" в теперішній час, показаний у псевдопроцесі, закликаного Memory Compressionбільше не плутати користувачів, чому система SYSTEM має таке велике використання пам'яті:

Але схоже, що Taskmgr не показує цей процес, лише ProcessExplorer / ProcessHacker здатні його показати. Taskmgr показує лише обсяг стисненої пам'яті в огляді:

Якщо навести курсор миші на графік пам'яті, що використовується у Taskmgr, ви побачите підказку, яка показує кількість стислих даних.

У цій демонстрації 388 МБ стискається до 122 МБ, тому 267 МБ зберігаються при стисненні.

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

Якщо ви активно використовуєте об'ємні знімки Microsoft (знімок програмного забезпечення, а не апаратний знімок), тим більше знімків ви будете поєднувати з великими змінами даних, тоді система буде споживати більше оперативної пам’яті.

Зазвичай об'єм оперативної пам’яті, що використовується для об'ємних знімків, невеликий і його не помітять, якщо у вас не буде гігантський об'єм (тобто 64 ТБ) з багатотерапевтичними дельтами між знімками. За замовчуванням знімки просто видалять себе, якщо запис IO стає занадто високим, але є способи запобігти цьому, що дозволяє досягти масивних дельт.

Нижче наводиться крайній випадок, що показує системний процес сервера з використанням 13 Гб оперативної пам’яті. На цьому сервері є лише два об’ємні знімки, зроблені за 15 днів між собою, з приблизно 10 ТБ даних, записаних між кожним знімком.

Раніше системний процес раніше використовувався на рівні 24 ГБ, і спостерігалися три поведінки:

1. Після перезавантаження та входу в систему система буде певний час висіти на порожньому екрані, поки не з'явиться робочий стіл.
2. Під час цього зависання, підтягуючи диспетчер завдань (CTRL-SHIFT-ESC), показав зростаюче використання системної пам'яті.
3. Під час цього зависання диск із знімками гучності здійснив читання, які не відображалися в Моніторі продуктивності. Хоча, оскільки диск використовував iSCSI, мережева карта показала постійний потік читання близько 200 Мбіт / с.

Я запідозрив об'ємні знімки, тому спробував видалити найстаріший знімок, який миттєво знизив об'єм пам'яті системи з 24 ГБ до 13 ГБ.

За цих обставин це може бути нормальна поведінка, хоча я не підтвердив це в Microsoft. Тим часом я додаю додаткові 32 ГБ оперативної пам’яті на цей сервер для обробки накладних знімків.

(Примітка. Це сервер резервного копіювання великого обсягу під керуванням Windows 2016 з приєднаним накопичувачем SSD iSCSI на 64 ТБ. Він підтримує в середньому три знімки об'єму в будь-який момент часу, при цьому новий створюється кожні 15 днів. Є близько 10 ТБ дані, записані між кожним знімком).

Відключити prefetcher в ключі regedit: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management\PrefetchParametersви, ймовірно, маєте Enable Prefetcherзначення 2або 3так змінити його на0

Далі вам потрібно відключити Superfetchпослуги

1. Пошук послуг.msc

2. Знайдіть superfetchклацання, propertiesа потім встановіть його disabledта припиніть службу.

Я роблю ці кроки, і коли я граю і звичайно використовую ПК, а systemпроцес використовує лише 28 к