Administrace komentářů

Dost pochybuju, ze by chcipala jedna virtualni masina, a vmware, pripadne dalsi virtualy, by chodil vpohode, pokud by chyba byla v HW.

Spis zkus analyzovat kdy se to zaclo dit, a co se s danym strojem delalo predtim (nejaka zmena konfigurace, aktualizace ...). Pokud na nic neprijdes, tak proste vymen verzi toho phpcka za nejakou jinou, klidne i starsi. Podle toho co pises to neni ani verejny, takze nejaka bezpecnost te nemusi moc palit.

Jelikoz je to virtual, mas docela dobry moznosti se podivat, co se tam vlastne deje, da se principielne i tipnout obsah cely ramky. Otazka ovsem zni, zda nejaky obsahly zjistovani stoji za tu namahu.

Ad swap, to sebou nese v pripade virtualu jeste tu okolostoicnost, ze i kdyz vlastni stroj swap nema zadny, muze realne swapovat virtual. Pokud dojde na tu kombinaci, ze se cast ramky uz vlastne swapuje, a tak se pak jeste swapuje podruhy ... tak dochazi k nehezkym nechutnostem. Defakto jde o to, ze i kdyz si stroj mysli, ze ma X GB ram, muze mit ve skutecnosti X-N. To N je swap. A protoze algoritmy budou podobny, tak se realne stane, ze to N zacne swapovat znova, coz muze byt presne to, na co si narazil = zhorseni situace pridanim swapu.

Vmware v tomhle ohledu vcelku bezne umoznuje provozovat stroje s (i nasobne) vice ram, nez kolik je fyzicky dostupny. Predpoklada se, ze vetsina stroju pridelenou ramku nevyuzije nebo jen vyjimecne. A pokud chces, aby ta ramka byla opravdu pro danej virtual, musis mu ji vyhradit (v nastaveni virtualu).

Jinak receno, over si, co vsechno na tom vmware bezi, kolik to papka ramky, a kolik je realne dostupny. Dostupna RAMka je obecne na virtualech nejproblematictejsi zdroj. CPU ani diskovej prostor problem nebyva. Ve skutecnostit totiz trebas ty 4GB vubec nemas.