Co jsem tak pozoroval, tak Linux naopak ma tendenci drzet RAM plnou a swap prazdny - takze kdyz spustim v davce nejakou masivni kompilaci ((a jeste paralelne), tak se za chvilku RAM zaplni skoro cela a uz tak zustane, jen se meni pomer mezi tim, co sererou programy a tim zbytkem, kde si cachuje pristupy na disk (at cteni ci zapis, protoze casto neco zapise a o chvili to jiny program cte zas).

Teprve az neni zbyti, tak odstrci neco i do swapu, a tam to zustane, dokud to neni potreba (asi nejake zrovna nepouzivane ovladace a knihovny) . A kdyz ho donutim nacist tolik dat, ze se do RAM nevejdou, tak je holt musi nacpat do swapu taky, ale jak ten naval pomine, tak celkem rychle ten swap zase uvolni (asi predpoklada, ze z disku to nacte asi tak stejne rychle znova, ale kdyby uvolnoval swap teprve az bude donucen, tak by nebezel plynule - takze ho uvolnuje "pomalu na pozadi", aby byl rychle k dispozici)

Navic se mu da nadefinovat tech swapu vic i s ruznyma prioritama, takze nejdriv zaplnuje ty prioritni, zalozni az kdyz jsou prioritnejsi plne. Takze rychlejsi dam jako prioritni a pomale, ale velke (soubory na sekundarnich HDD) dam jako zalozni. (Fakt je, ze tohle mi nastava v okamzicich "DDOSu", kdy se k jedne datove narocne sluzbe hlasi naraz prilis mnoho klientu a soucet potrebne pameti nasobne prevysuje pamet fyzickou - normalne k tomu nedochazi, protoze fyzicke je celkem dost, sluzby vetsinou nepotrebuji tolik a prihlasovani je rozmitano v prostoru, plus tomu predchazi tim, ze vetsinu klientu obsluhuje sam aktivne a ridi si soucasny pocet, takze typicky z RAM nevyleze, ale obcas se takoveto navalove akce stanou, vetsinou vynucene obsluhou, co "se s pozadavkama neplanovane zblazni")