Administrace komentářů

System je spousta procesu. Ne-jen-ten-Vas. Tj. proces neswapuje - system mu odlozi cast pameti bokem, kdyz usoudi, ze zrovna tento kus pameti _TED_ nepotrebujete mit v ram. Do swapu se veci odkladaji ne az dojde misto(ikdyz to taky, ale to uz je pak moc smutne), ale vetsinou driv, protoze je velmi vyhodne mit alespon malou cache pro "treba" diskove operace. (vim co mluvim, beham po fatce s jednocipem ... a kdyz cela Vase ramka jsou 2kB, bazdy bajt je drahy ; jesteze mmc karty nemaji seek jak hdd ) Na druhou stranu nemusite mit v ram wallpapery z 6-8. x.konzole, kdyz uz se na ni nikdo 2 dny nepodival....

Taktez to, ze je dnes ve swapu o 30MB vic nez byva zvykem muze byt kratkodobe - spustil se treba nejaky proces v cronu (updatedb?), ten chvilu bezel (system vyhnal neco do swapu) a nadsene skoncil - uvolnil svoji pamet. Nicmene to neni duvod, aby se VSE natahlo ze swapu zpet do ram, kdyz ty konkretni stranky jiz nikdo nevyzaduje (zatim) a disk/cpu ma dost svoji prace. Pokud se aplikace dostane do swapu - je bud vic nenazrana nez da system, nebo se s necim o pamet deli... nebo jen prislusnou cast pameti nepouziva dost casto a nepotrebuje ji tudiz mit v ram, kdyz tam jsou dulezitejsi veci. Nez zirat na vsemocnou velikost swapu mozna bude dobre asi zacit u free -m ... je to stejne, jako kdybych se divil, ze mam v masine 2GB ram a podivoval se, ze ji top hlasi komplet obsazenou.... (1.8GB jsou buffery a cache... ktere system v pripade zajmu "rad" vrati ) Pokud nereknete nic konkretniho Vy, nedostanete konkretni odpoved. Je tady sice par frajeru s kristelovou kouli, ale ti v tuto rocni dobu spi.

Obecne reseni na systemove urovni - vadi swap - pridat ram nebo se prestat snazit buildnout wine v ramdisku.