Dotaz: Kolik zbývá paměti skutečně aneb "free" to neví

[pamet]

Marně se snažím zjistit, kolik mi zbývá paměti. Příkaz free sice ukazuje pamět i -/+ buffers/cache, ale problém je, že pamět mi dojde než je -/+ buffers/cache free hodnota na nule. Podle řádku ram se taky nedá řídit, tak jak skutečně zjistit, kolik paměti zbývá?

Odpovědi

[Jendа]

$ free -m
             total       used       free     shared    buffers     cached
Mem:           741        708         32          0         74        390
-/+ buffers/cache:        244        497
Swap:         1042         39       1002

Momentálně mám aplikacemi využito 244MB RAM a 708-244=464MB nakešováno. Ze swapu mám použito 39MB - to proto, že jsem se probudil z uspání na disk a tak v něm nějaká data, která ještě nebyla potřeba, zůstala. Jak konkrétně se ti projevuje to "dojití" paměti?

[pamet]

Systém začne hodně sekat a začne zabíjet aplikace a kernel hlásí co zabíjí.

[hysterix]

Zkontroloval bych pamet memtestem.

[pamet]

To jsem dělal, paměť je v pořádku. Takhle se kernel chová, když už nemá paměť. Jde mi o to, kde zjistím správnou hodnotu volné paměti?

[hysterix]

Jen jestli prece jen nejakej ten buffer neni nahodou treba. Prece nemyslis vazne, ze muzes buffers/cache stlacit na 0.

[pamet]

Mě by zajímala ta hodnota na kterou to můžu stlačit.

[hysterix]

To prece zalezi na tom, ktere programy a sluzby bezi, k cemu vsemu potrebuji alokovat pamet, co vsechno (a v jakem mnozstvi) bezici kod resi a pod. Proste na spouste stale se menicich parametru. Jedina cesta, ktera dle meho presvedceni muze dat jakous-takous predpoved je experiment (anebo samozrejme dukladne studium zdrojaku vseho, co tam bezi a podminek, za kterych to bezi)

[petr_p]

To je individuální. Obecně povypínejte/zmenšete vše, co jde. Nejen v user space, ale i v jádru (např. conntracking). Naopak si zapněte syncookies. Pročtěte si seznam parametrů jádra. Mnoho magických konstant lze při bootu určit.

Nějaké stastitiky jsou v /proc/slabinfo a /proc/meminfo.

Taky zvažte, jestli není lepší vypnout memory overcomitment a umravnit OOM-killer. Třeba bude pro vás lepší, když jádro akci odmítne s ENOMEM, než aby likvidovalo procesy.

Konkrétní rady bych hledal tam, kde se řeší embedded nasazení Linuxu.

[1john2]

vloz sem svuj vypis free....

[pamet]

# free -m
             total       used       free     shared    buffers     cached
Mem:           242         76        166          0          2         39
-/+ buffers/cache:         33        208
Swap:            0          0          0

S pamětí teď nemám potíže. Jen když vytvářím ramdisky nebo ji jinak využiju. Docela jsem koukal co to udělalo, když jsem vytvořil 300MB ramdisk a začal do něj nahrávat data . No ale tady je právě ten zádrhel. -/+ buffers/cache: ukazovalo ještě skoro půlku paměti volnou.

[trekker.dk]

Tak 300MB ramdisk se do 240MB RAM těžko vejde. Nicméně vytvořit ho asi můžeš, protože jestli dobře hádám, tak paměť se neobsadí až do doby, než je to skutečně potřeba - vytvořit jde, pokus zapsat tam 300MB dat by asi neprošel.

Nicméně se nedivím, že ti kernel zabíjí programy. Jak už je napsáno výše, buffers/cache se těžko dá stlačit až úplně do nuly, takže když dochází paměť a není již kde uvolnit, nějaký program musí umřít, protože nemáš zapnutý swap.

[Dan]

co použít jiné nastavení swapiness? Výchozí nastavení u nových jader je pro stroje s méně paměti (obecně) poměrně nešikovné, jesli potřebuješ minimalizovat chroupání, zkus nějakou nízkou hodnotu, třeba 20.

[pamet]

Nemám swap.

[trekker.dk]

To je ale chyba.

[pamet]

Větší by byla kdybych ho na mé CF kartě měl.

[trekker.dk]

Omlouvám se, hned zítra půjdu a nechám si opravit svou křišťálovou kouli, protože mi neřekla, že v tom počítači máš CF kartu a nemůžeš mít swap.

[pamet]

To si kup radši nějakou výkonnější . Je jasný žes to nemohl vědět, proto jsem to taky napsal.