Bu şeyleri öğrendiğimden beri uzun zaman geçti, ama işte gidiyor.
Bir işletim sistemi bir işlemi başlattığında, sanal bellek tablosundan bu sayfaları atar. İşletim sistemi, sanal bellek tablosundan gerçek belleğe veya diskteki takas alanına bir harita sağlamaktan sorumludur. Bir işlem öldürüldüğünde, işletim sistemi yalnızca CPU döngüleri vermekten vazgeçmez. Birkaç temizleme öğesi yapar, bunlardan biri tüm bellek sayfalarını ücretsiz olarak işaretlemektir. Bu, diğer uygulamalar tarafından tekrar kullanılmalarını sağlar. İşletim sistemi muhtemelen, işlemin sahip olduğu kaynak tutamaçlarını da temizler, dosyaları otomatik olarak kapatır, ağ bağlantıları, işlemden işleme boruları vb. Bu süreç tamamen işletim sisteminin kontrolü altındadır ve süreç nasıl ölürse düşülsün bu adımlar atılacaktır.
Tüm bunların işletim sistemi süreçleri için geçerli olduğunu unutmayın. Bir çeşit sanal makineniz varsa ve aynı anda birden fazla sanal işlem çalıştırıyorsa, VM bunlara nasıl tahsis edileceği ve bunlara nasıl ayrılacağına karar vermekten sorumludur. Ancak işletim sisteminden hala bir süreç gibi görünüyor. Bu nedenle, bu durumda, birden fazla işlem çalıştıran bir VM'niz varsa ve bunlardan birini VM içinde öldürürseniz, muhtemelen ana bilgisayar işletim sisteminde belleği hemen geri alamazsınız. Ama onu sanal makineye geri alacaksınız. Bununla birlikte, işletim sistemi içinde VM'yi öldürürseniz, işletim sistemi VM'yi öldürür (VM'nin süreçlerini dolaylı olarak öldürür) ve tüm belleği geri kazanır (bir çöp toplayıcıdan geçmesi gerekmez, ücretsiz) , silme veya başka bir şey).
Çok spekülatif:
.NET, aynı VM'de birden fazla .NET uygulaması olan bir sanal makine olarak çalışıyorsa, .NET, GCd'yi çalışana kadar henüz GCd olmayan belleğe tutunabilir ve Windows .NET'in gerçekte olduğundan daha fazlasını kullanmak. (Ve MS gerçekten kaygansa, Windows daha sonra sıkı bellek durumlarında .NET'e GC'ye söyleyebilir, ancak bunun neredeyse hiçbir anlamı yoktur, çünkü disk takas alanı bunun içindir.)
.NET bu şekilde çalışsaydı, işletim sistemi hala işletim sistemi amaçları için tek bir süreç olarak düşünür, bu da neyi tutup neyi atmak gerektiğine karar verme sorumluluğunu üstlenir ve normalde Windows'un bir sürece ihtiyacı olduğunu söylemek problem değildir bellek ayırmaya başlamak için. Bu noktada, MS'in .NET için özel bir API oluşturması düşünülebilir, böylece .NET süreçleri Windows işlemleri gibi görünmez, ancak bunlar olmuyor, bu yüzden insanlar işlem belleğinin serbest bırakılmadığını düşünebilirler. Bu gerçek; sadece yanlış sürece bakıyorsunuz.
Aslında bu şekilde çalıştığını söylemek için .NET hakkında yeterli bilmiyorum; Java VM kesinlikle istemiyor.
Spekülasyon sonu.
DÜZENLEME: Bellek yönetimi için kötü bir işlemi öldürmek söz konusu olduğunda, aynı havuzdan ayırmak için birden çok işlem gerektiren (yani gerçek işlemlerden daha çok iş parçacığı gibidir) ve işlemin ardından belleğin serbest bırakılmaması gerekir öldürdü. Bu neredeyse işbirlikçi bir çoklu görev sistemi gerektirecektir, çünkü sanal bellek ve önleyici çoklu görev genellikle bildiklerime göre birlikte uygulandı (VM, süreçleri birbirinden izole etmeyi ve birbirlerinin belleğinde durmalarını engellemeyi mümkün kılıyor). Sanal belleğe sahip olmak, işletim sistemi düzeyinde bir işlemden sonra temizlemeyi önemsiz hale getirir; tüm sayfaları işlem havuzundan boş havuza taşıyabilirsiniz.