Administrace komentářů

Ahoj, chci se zeptat. Jedná se o Debian 8 s odpreparovanym systemd. Mam asi 8 virtualnich PC ve virtualboxu, kazde ma 2GB RAM. Stava se mi ze mi oomkiller zabije proces virtualboxu s virtualnim strojem. Mam pocit ze dojde RAM, je potreba celych 8GB, neni co odswapovat a oomkiller zasahne. Vsechny virtualni PC nejsou soucasne pouzivany, nektere je tedy mozne zrejme asi castecne odswapovat a uvolnit RAM. A i kdyby neslo a vse v RAM by bylo potreba, lze nejak vyuzit tenhle rychly a obrovsky 65GB swap na SSD pro bezici procesy na ukor rychlosti, misto jejich zabijeni oomkillerem?

Je mi jasne ze data, respektive kod ulozeny na disku nemuze bezet na CPU. musi byt v RAM a aplikace taky potrebuje data v RAM ale v pripade rychleho SSD mi az tak nevadi obrovske swapovani a zpomaleni (mnohem mensi nez swap na klasickem mechanickem disku s plotnama), vyhodou je ze proces prezije i za cenu cekani na presun jeho dat ze SWAPU do RAM az to bude mozne a 8G RAM se neustale vymenuje mezi diskem a RAM, kdyz to bezici program potrebuje a naopak data v RAM, na ktere se nejdele nesahlo jdou do SWAPu. Je neco takoveho nad cim premyslim vubec mozne? Nebo mi neco unika a proto oomkiller ty procesy obcas sestreli?

Ted uz se mi to nestava, logy po ruce (syslog) nemam, mozna bych ale dohledal. Vsem virtualnim strojum jsem nastavil 1GB RAM a zredukoval jejich pocet na 4, takze max cca+- 4GB RAM na 8GB fyzickych RAM. To znamena ze ted uz mi to bezi stabilneji. Ale rad bych poexperimentoval, pokud to jde a nechal to na tom rychlem ssd klidne swapovat jako blazen s 10 virtualnimi PC s 2GB RAM kazdy a v podstate jakoby rozsirit RAM, ale neresit ji RAM moduly (deska vic nezvladne, je to obycejne stolni PC) ale rychlym SSD diskem ?

Zivotnost SSD pri takovem uziti neresme prosim, chapu dusledky. Takze ciste teoreticky zdali jde rychlym SATA ulozistem z urciteho pohledu rozsirit RAM na ukor zpomaleni pri presunech dat RAM - SWAP.