Dynamic Memory Sistemde İlgili Servis Başlayıncaya Kadar Static Konumda Kalıyor

paylaşım için teşekkürler... ESX kullan :)))

paylaşım için teşekkürler... ESX kullan :)))

[:D] [Y]

Bu durum DM'in karakteristik bir özelliği çünkü DM sadece host değil VM/Guest OS seviyesinde de çalışan bir özellik.

DM, VM'in boot sürecinde henüz devrede değildir. VM Boot işlemi tamamlandıktan sonraya devereye girer. Workload'a bağlı olarak VM Boot sırasında ve sadece o VM'in memory kullanımına özgü olmak üzere geçici bir darboğaz yaşanma ihtimali vardır. Ancak dediğim gibi böyle bir ihtimal varsa, Guest OS açılıp ilgili servisler devreye girdiğinde VM, DM tarafından hemen beslenecektir.

Ayrıca Workload'lar ve Guest OS'ler için üretici tarafından belirli startup ram değerleri belirleniyor. Bu best practice'lere uyarsanız, bu gibi problemler yaşama ihtimalizin çok ama çok düşüktür. Ama siz 1GB startup ram değeriyle çalışması gereken SQL Workload'u için 512mb verirseniz, göz göre göre lades olursunuz.

Konuyu açan arkadaşımızın yorumuna gelince; DM'in ihtiyaçtan fazla fiziksel belleği olan sistemler için tasarlanmış olma fikri ilginçmiş ama gerçekle bağdaşmıyor. Eğer sistemde ihtiyaçtan fazla bellek varsa, ben olsam belleği VM'lere dinamik olarak değil static olarak atardım ve oturup DM'i yazmakla uğraşmazdım 🙂

Öncelikle paylaşımınız için teşekkürler.

Bu durum DM'in karakteristik bir özelliği çünkü DM sadece host değil VM/Guest OS seviyesinde de çalışan bir özellik.

Boot aşamasında devreye giren bir servis olsaydı sadece host seviyesinde çalışmaması ve guest os'a bağlı olması burada engel oluşturmazdı.

DM, VM'in boot sürecinde henüz devrede değildir. VM Boot işlemi tamamlandıktan sonraya devereye girer. Workload'a bağlı olarak VM Boot sırasında ve sadece o VM'in memory kullanımına özgü olmak üzere geçici bir darboğaz yaşanma ihtimali vardır. Ancak dediğim gibi böyle bir ihtimal varsa, Guest OS açılıp ilgili servisler devreye girdiğinde VM, DM tarafından hemen beslenecektir.

DM'nin sonraki versiyonlarda boot aşamasında devreye girmesini umuyorum. Başlangıçtaki darboğaz sırasında çakan servisler olabiliyor. Bunun çözümü tabii ki minimum Ram miktarını arttırmak. Ama ben istiyorum ki; minimum ram miktarını mesela 64mb yazayım (çok düşük mü oldu ne) sistem ister kendi isterse de herhangi bir uygulamanın talebine göre, bu uygulamaya hiç darboğazı sezdirmeden ihtiyacı karşılasın.

Ayrıca Workload'lar ve Guest OS'ler için üretici tarafından belirli startup ram değerleri belirleniyor. Bu best practice'lere uyarsanız, bu gibi problemler yaşama ihtimalizin çok ama çok düşüktür. Ama siz 1GB startup ram değeriyle çalışması gereken SQL Workload'u için 512mb verirseniz, göz göre göre lades olursunuz.

Aynı arabaların ilk motor çalışırkenki aşırı benzin tüketmeleri gibi; sistemler de ilk açılırken çalışan uygulamaların talepleri nedeniyle ram konusunda (aynı zamanda işlemci ama burada konusu değil) aşırı kaynak tüketiyorlar. Daha sonra bu ihtiyaç azalıyor (zaman zaman da artıyor tabii ki). İşte ben boot aşamasında dynamic memory'nin devreye girmesi gerektiğini, hiç olmazsa dynamic memory'nin "startup ram" şeklinde bir parametresinin olmasının ve dynamic memory'yi çalıştıran servis devreye girinceye kadar bu değerin minimum ram yerine geçmesinin çok müthiş bir geliştirme olacağını düşünüyorum.

Konuyu açan arkadaşımızın yorumuna gelince; DM'in ihtiyaçtan fazla fiziksel belleği olan sistemler için tasarlanmış olma fikri ilginçmiş ama gerçekle bağdaşmıyor. Eğer sistemde ihtiyaçtan fazla bellek varsa, ben olsam belleği VM'lere dinamik olarak değil static olarak atardım ve oturup DM'i yazmakla uğraşmazdım 🙂

Ben yaşadıklarımı gerçekler olarak değil deneyimlerim olarak paylaşıyorum. İhtiyaçtan fazla RAM olsa zaten bu yazıya ihtiyaç kalmazdı. Dediğiniz gibi olsa ben de uğraşmazdım [;)]

Bakınız Mümin bey ne güzel yazmış:

paylaşım için teşekkürler... ESX kullan :)))

Atalarımız daha bilgisayarlar bile bulunmadan Dynamic Memory'deki bu darboğazın olacağını önceden görüp bize çözümü söylemişler: Para var çare var [:D]

MS'te teorik olarak herşey çok güzel ama uygulamaya gelince patlak veriyor.

önemli olan müşteri tarafında iken müşterinin istediği anda bunu başarılı bir şekilde müşteriye sunabilmek. o yüzden Hyper-V dynamic memory falan boş. ESX üzerinde herşeyi çok rahatlıkla yapabiliyoruz. Bu bir gerçek artık herkes kabul etmeli.

bence MS, vmware satın almalı :)). bunu 2008 yılında mı ne tekrar söylemiştim. Microsoft, vmware satın almalı, EMC ile birlikte satın alsın hatta.

MS'te teorik olarak herşey çok güzel ama uygulamaya gelince patlak veriyor.

önemli olan müşteri tarafında iken müşterinin istediği anda bunu başarılı bir şekilde müşteriye sunabilmek. o yüzden Hyper-V dynamic memory falan boş. ESX üzerinde herşeyi çok rahatlıkla yapabiliyoruz. Bu bir gerçek artık herkes kabul etmeli.

bence MS, vmware satın almalı :)). bunu 2008 yılında mı ne tekrar söylemiştim. Microsoft, vmware satın almalı, EMC ile birlikte satın alsın hatta.

tekrar [Y]

Neyi, nasıl ve nerde kullanacağını bilirsen, herhangi bir patlak çıkmaz. Tecrübeyle sabittir.

:)) doğru, ürünü doğru seçmek lazım... o yüzden diyoruz ya işte ESX diye...