Минуло давно, як я дізнався цей матеріал, але ось іде.
Коли операційна система запускає процес, вона присвоює йому сторінки з таблиці віртуальної пам'яті. Операційна система відповідає за збереження карти з таблиці віртуальної пам’яті в реальну пам'ять або на обмінні місця на диску. Коли процес вбивається, ОС не просто перестає давати йому цикли процесора. Це декілька елементів очищення, один з яких - позначити всі його сторінки пам'яті як безкоштовні. Це дозволяє використовувати їх повторно іншими програмами. Операційна система, ймовірно, також очищає будь-які ручки ресурсів, які мав процес, автоматично закриваючи файли, мережеві з'єднання, труби для обробки тощо. Цей процес повністю знаходиться під контролем ОС, і ці кроки будуть зроблені незалежно від того, як процес загинув.
Майте на увазі, все це стосується процесів операційної системи. Якщо у вас є певна форма віртуальної машини, і вона працює декількома віртуальними процесами одночасно, то VM несе відповідальність за прийняття рішення про те, як розподілити і розподілити їх. Однак з ОС це все ще виглядає як один процес. Отже, у цьому випадку, якщо у вас є VM, який запускає декілька процесів, і ви вбиваєте один із них у вітчизняній машині, ви, ймовірно, не одразу повернете пам'ять у хост ОС. Але ти повернеш його у вітчизняній машині. Якщо ви вб'єте VM в операційній системі, тоді ОС збирається вбити VM (що побічно вбиває процеси VM) і поверне всю пам'ять (для цього не потрібно буде проходити сміттєзбірник, безкоштовно () , видалити або що-небудь інше).
Дуже спекулятивний:
Якщо .NET працює як віртуальна машина з більш ніж однією програмою .NET на одній VM, то .NET може утримувати пам'ять, яка ще не є GCd, поки вона не запустить GC, і Windows подумає, що .NET є використання більше, ніж є насправді. (І якщо MS був дуже гладкий, то Windows могла б сказати .NET GC у жорстких ситуаціях з пам'яттю, але в цьому майже немає сенсу, тому що для цього потрібен простір для обміну дисками.)
Якби .NET працював таким чином, ОС все одно вважатиме це одним із процесів для цілей ОС, який несе відповідальність за рішення, що зберігати і що викидати, і зазвичай не проблема Windows розказувати процес, який йому потрібен почати розмову пам'яті. У цей момент можливо, що MS створить спеціальний API тільки для .NET, щоб процеси .NET виглядали як процеси Windows, за винятком того, що вони не є, тому люди можуть подумати, що пам'ять процесів не стає розселеною. Це, справді; це просто те, що ви дивитесь на неправильний процес.
Я недостатньо знаю про .NET, щоб сказати, що він насправді працює таким чином; Java VM звичайно ні.
Кінець спекуляціям.
EDIT: Наскільки це стосується вбивства процесу, поганого для управління пам'яттю, що вимагає виділення декількох процесів з одного пулу (тобто вони більше схожі на потоки, ніж на реальні процеси), і щоб пам'ять не звільнялася після цього процесу вбитий. Це майже вимагало б спільної багатозадачності, оскільки віртуальна пам'ять і переважна багатозадачність, наскільки мені відомо, зазвичай реалізуються разом (ВМ, що дозволяє ізолювати процеси один від одного і не дозволяти їм перешкоджати пам’яті один одного). Наявність віртуальної пам’яті робить тривіальним очищення після процесу на рівні ОС; ви просто перемістіть усі сторінки з пулу процесу до безкоштовного пулу.