Etkinlik monitöründe kablolu bellek

Etkinlik izleyicisi bana 11Gb kablolu olduğumu ancak 2 işlem için yalnızca 5 Gb'nin kullanıldığını gösteriyor (diğerleri ihmal edilebilir). Diğer 6GB nerede? Yeni sanal makineyi 500M RAM ile başlatmaya çalıştığımda, yeterli belleğe sahip olmadığımı söylüyor, bu bellek gerçekten kullanılmış gibi görünüyor.

Güncelleme: Paralelliklerin Windows için varsayılan olarak 12Gb kullandığı ortaya çıktı. Hala gerçek bellek kullanımı için nereye bakacağımı bilmiyorum.

görüntü tanımını buraya girin

mavericks memory activity-monitor

— Poma
kaynak

"Real Mem" e göre sıralayıp, bizim için başka bir ekran görüntüsü alabilir miydin? Üstteki iki işlemin yalnızca 8GB aldığını unutmayın.

— Alistair McMillan

Yani toplam 16GB RAM’iniz var. 15.92 kullanıldı. Ayrıca 11GB kablolu hafızanız var (mevcut kullanım nedeniyle değiştirilemeyen bilgiler (takas))

— Ruskes

VM kullanılan Belleğe bakıyor ve 15.92GB olduğundan (şu anda) çalıştıramayacağını söylüyor. İlginç olan, büyük çekirdek bellek kullanımına sahip olmanız mı? Neden? ne yapıyor?

— Ruskes

Yüklenen ikinci ekran görüntüsü

— Poma

@ Buscar 웃 bu yüzden aslında tüm 15.9G kullanıyor. Ancak bu kadarını kullanan hiçbir uygulama göremiyorum, sayılar artmıyor.

— Poma

Burada herhangi bir zor ve hızlı kaynak bulmak zor ama sanırım gördüğünüz problem aynı anda iki hiper yönetici çalıştırıyor olmanız.

Paralellikler, Füzyon ve VirtualBox'ın çeşitli kombinasyonlarını aynı anda çalıştırmaya çalışan insanlar, sorunları tartışan çevrimiçi bulabileceğiniz çeşitli yerler var.

VirtualBox geliştiricilerinden birinin bu mesajının özellikle ilginç olduğunu düşündüm :

VT-x [Intel işlemciler içindeki sanallaştırma teknolojisi] bir seferde yalnızca bir tane kullanılabilecek şekilde tasarlanmıştır. Bu nedenle zaten Hyper-V (ve neden Tip 1 hipervizörlerin emdiği: P) tarafından kullanıldığında VT-x'i kullanamazsınız.

OS X ile ilgili nispeten küçük bir fark, şu anda VT-x'i etkinleştirmek ve devre dışı bırakmak için API'leri olan tek işletim sistemi olmasıdır. Windows / Linux / Solaris sadece umursamıyor ve her şey hipervizöre bağlı. Ancak bu gerçekten küçük bir farktır.

Kısa hikaye, VT-x'in paylaşılmak üzere tasarlanmadığıdır (bu bir güvenlik özelliğidir). İşletim sistemleri tipik olarak VT-x yönetim API'leri sunmadığından, bir ve sadece bir hipervizör, herhangi bir anda belirli bir mantıksal işlemcide VT-x'e "sahiptir". VT-x'i "paylaşmanın" yolu, konuk kodunun her bir çalıştırması etrafında VT-x'i (aka girin / VMX kök moduna girin) başlatmak ve kaldırmaktır. Hiper Yönetici A içeri girer, VT-x'i etkinleştirir, konuk kodunu çalıştırır, VT-x'i devre dışı bırakır. Hiper yönetici B de aynısını yapar. Her iki / tüm hipervizörler bunu yaparsa, VT-x "paylaşılabilir".

Bu yüzden tahminime göre, iki hiper yönetici, Intel çipinin sanallaştırma özelliklerini makinenizde paylaşmaya çalışıyor, ancak bunlardan biri (veya her ikisi) sistemin makinenizdeki kaynakları izlemesine neden oldu.

Hafıza rakamlarının normal bir şeye dönüp dönmediğini görmek için birini ve sonra diğerini kapatmayı denerdim. Her ikisini de kapatmak işe yaramazsa, yeniden başlatıp tekrar başlarım.

— Alistair McMillan
kaynak