Dotaz: Správa swap

[Jerryh]

Ahoj,

Možná se s tímto problémem nedá nic dělat, ale nějak mi nedochází, proč swap takto funguje. Když jsou moje RAM (4GB) moc zatížené, PC využije swap. Problém je, že po uvolnění RAM tyhle data zůstanou na swapu, aplikace jsou potom pomalejší, protože nejsou všechna data na RAM. Po zapnutí a vypnutí swap je vše zase ok a PC se přestane sekat...Potřebuji nějak vyřešit, aby se při uvolnění RAM přestal používat swap...Můžu si leda vypnout swap natrvalo, ale chtěl bych radši najít jiné řešení. Díky

Odpovědi

[manasekp]

http://www.abclinuxu.cz/poradna/linux/show/396306

[Jendа]

Myslím že nejde. Napsal bych si skript který by třeba každých pár sekund zkontroloval volnou RAM a swap a pokud je RAM volná a swap plný, tak udělá swapoff (případně jen na chvíli, tím dostaneš pár stránek do RAM), swapon.

[pavele]

Jestli chceš skript, tady je:

#!/bin/bash

# How remove swap and caches from RAM

# To free swap:
#swapoff -a
#swapon -a

# To free pagecache:
# echo 1 > /proc/sys/vm/drop_caches
# To free dentries and inodes:
# echo 2 > /proc/sys/vm/drop_caches
# To free pagecache, dentries and inodes:
# echo 3 > /proc/sys/vm/drop_caches

err="not enough RAM to write swap back, nothing done"
mem=`free|grep Mem:|awk '{print $4}'`
swap=`free|grep Swap:|awk '{print $3}'`
test $mem -lt $swap && echo -e $err && exit 1
swapoff -a
swapon -a
sync
echo 3 >/proc/sys/vm/drop_caches
echo 0 >/proc/sys/vm/drop_caches
exit 0

[trubicoid]

to zahozeni cache zpusobi imho vetsi propad vykonu, nez cteni ze swapu

asi je jedno, jestli tam bude drop_caches, swapoff asi taky zahodi cache

[Jendа]

swapoff zahodí tolik cache aby se tam vešla data ze swapu.

[Trubicoid2]

Ano, což může být celá cache. Ale kdyby něco zbylo, tak to dorazí to nesmyslný drop_cache

[pepe_]

echo 0 >/proc/sys/vm/drop_caches

bash: echo: chyba zápisu: Nepřípustný argument

pokud je 1 nebo větší chybu nehlásí

[trubicoid]

tam muze byt jen 1, 2, nebo 3, ale to se pouziva pri benchmarku, aby nebyly data v cache, pri normalnim provozu to temer vzdy vykon zhorsi

[pavele]

root@HPPC:~# cat /proc/sys/vm/drop_caches
0

[Michal Kubeček]

Pokud jste tam ještě nic nezapsal, tak vám čtení ukáže nulu, jinak to bude poslední zapsaná hodnota. Pro zápis jsou ale přípustné jen hodnoty 1-4 (od jádra 3.15, předtím 1-3).

[trubicoid]

a ta nova 4 dela co?

[Michal Kubeček]

Nebylo by jednodušší se místo ptaní podívat do dokumentace?

[Trubicoid2]

Tak určitěé :) takže to nedělá nic, jen vypne hlášky do dmesg

[Michal Kubeček]

Pochopitelně - pokud stránka není dirty, není co získat tím, že v page cache nebude, totéž se dá říct o dentry nebo inode cache. Teoreticky by se samozřejmě dal zkonstruovat test, kde by prázdná page (dentry, inode) cache byla výhodou, ale z praktického hlediska to smysl nemá.

[Michal Kubeček]

Když už chcete odhadovat, jestli máte dost místa (místo abyste to nechal na swapoff), tak byste měl množství volné paměti brát z druhého řádku výstupu free, ne z prvního.

[Delaunay]

Lze přeskupit procesy pomocí cgroups a nastavit tendenci ke swapování pomocí volby memory.swappiness. Buď pro vybrané a důležité procesy nastavit nízké hodnoty této volby, anebo pro procesy přechodně využívající více virtuální paměti nastavit vyšší hodnoty.

[ZAH]

Připojuji se k tomuto řešení . Před lety jsem zápolil se stejným problémem a jediné se ukázalo jako rozumné řešení. I když je to trchu test jaký máš přehled o aplikacích, které provozuješ.

[Peter Golis]

Aplikácie čo sa prebúdzajú zo swapu sú síce pomalšie, ale jednorázovo. Len počas doby kým nezmiznú zo swapu aby sa objavili v ram. Tak to funguje v Linuxe.

Pokiaľ máš iný operačný systém, tak na ňom môže fungovať správa pamäte inak, a systém môže byť spomalovaný zrkadlením obsahu ram do swapu pre potreby nsa.

[Sten]

Pokud si pamatuju, tak se to v Linuxu řešilo někdy kolem roku 2007. Jmenuje se to swap prefetch, ale nikdy se to nedostalo do hlavní větve jádra. Problém je, že jakékoliv větší zásahy do toho, jak funguje správa paměti, mají tendence způsobit velké výkonnostní problémy při následující aktualizaci v nějaké obří firmě, která vývoj Linuxu platí. Proto se vývojáři do nich moc nehrnou. Výkonnostní přínos je přitom mizivý, aplikace stejně ta data načtou ve chvíli, kdy je budou potřebovat (navíc kód aplikací se nenačte, protože ten je na disku, ne ve swapu), a pak už to poběží zase rychle.