abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
včera 18:55 | Nová verze

Po roce vývoje od vydání verze 4.0 a více než 7 400 změnách byla vydána nová stabilní verze 5.0 softwaru, který vytváří aplikační rozhraní umožňující chod aplikací pro Microsoft Windows také pod GNU/Linuxem, Wine (Wikipedie). Z novinek lze zdůraznit moduly ve formátu PE, podporu více monitorů, reimplementaci XAudio2 anebo podporu Vulkanu 1.1. Podrobnosti v poznámkách k vydání.

Ladislav Hagara | Komentářů: 1
včera 15:11 | Zajímavý článek

Michal Altair Valášek publikoval na svém blogu návod MQTT server do kapsy: Mosquitto na Orange Pi Zero na postavení vlastního MQTT (MQ Telemetry Transport) serveru s brokerem Mosquitto postaveného na ARM klonu Debianu Armbian na jednodeskovém počítači za deset dolarů Orange Pi Zero a zabezpečeného pomocí TLS certifikátů od Let's Encrypt a uživatelských jmen a hesel.

Ladislav Hagara | Komentářů: 2
20.1. 17:11 | Nová verze

Vyšlo Pharo 8.0. Přináší lepší nástroje pro refactoring či spoluráci s Gitem. Pharo je programovací jazyk a vývojové prostředí s řadou pokročilých vlastností.

Pavel Křivánek | Komentářů: 2
20.1. 13:11 | Pozvánky

Ak pracujete na zaujímavom projekte, zaujíma Vás špecifická téma alebo sa vyznáte o novinkách a trendoch vo svete Pythonu, zdieľajte to s ostatnými. Možnosť prihlásiť sa so svojou témou na PyConSK 2020 je otvorená do 31. 1. 2020.

… více »
RicCo386 | Komentářů: 0
20.1. 10:55 | Komunita

Mozilla.cz informuje (en), že Firefox Preview (kódově Fenix) se blíží svému prvnímu ostřejšímu vydání. Tento zcela nový prohlížeč pro Android nahradí zítra 21. ledna noční verze stávajícího Firefoxu pro Android (kódově Fennec).

Ladislav Hagara | Komentářů: 18
20.1. 06:00 | Zajímavý software

Byl vydán MindForger v nové major verzi 1.50.0. Přehled novinek na GitHubu. MindForger je poznámkový blok, markdown editor a nástroj pro management znalostí.

Ladislav Hagara | Komentářů: 2
19.1. 20:22 | Nová verze

Byla vydána nová stabilní verze 18 open source cloudového systému Nextcloud (Wikipedie). Nová verze tohoto forku ownCloudu přichází s novým názvem Nextcloud Hub a řadou předinstalovaných aplikací (Files, Flow, ONLYOFFICE, Photos, Calendar, Mail, Talk). Podrobnosti i s náhledy a videi v příspěvku na blogu.

Ladislav Hagara | Komentářů: 14
17.1. 19:00 | Komunita

Fedora Magazine informuje, že Fedora CoreOS je již k běžnému používání. Jedná se o nástupce Fedora Atomic Hostu a CoreOS Container Linuxu. Projekt Fedora CoreOS byl představen v červnu 2018. Preview verze byla vydána v červenci 2019.

Ladislav Hagara | Komentářů: 0
17.1. 14:11 | Komunita

Na platformě HackerOne byl spuštěn Kubernetes - Bug Bounty Program aneb program odměn za nalezení bezpečnostních chyb v orchestrátoru kontejnerů Kubernetes. Za nalezení kritické bezpečnostní chyby lze získat odměnu 10 000 dolarů.

Ladislav Hagara | Komentářů: 0
17.1. 13:11 | Pozvánky

Bilanční pražský sraz spolku OpenAlt se koná příští středu 22. 1. 2020 od 18:00 na pražském Andělu v ulici Lidická 337/30Andělském pivovaru. Nezapomeňte s sebou vzít hračky, které vám nadělil Ježíšek, a pochlubit se novinkami, které chystáte v novém roce 2020.

xkucf03 | Komentářů: 2
Zdají se vám sny s IT tématikou?
 (9%)
 (1%)
 (13%)
 (18%)
 (53%)
 (7%)
Celkem 243 hlasů
 Komentářů: 10, poslední 18.1. 16:18
Rozcestník

www.AutoDoc.Cz

Dotaz: Příliš zuřivé swapování a zamrznutí systému

6.1. 18:11 Howard | skóre: 18
Příliš zuřivé swapování a zamrznutí systému
Přečteno: 715×
Omylem jsem otevřel 6 GB textový soubor v Kate, ten ho začal otvírat a během pár sekund se rozjel disk naplno, přestala se hýbat myš a hrát hudba.
Čekal jsem hodinu, dvě, ale nevzpamatovalo se to a musel jsem to resetnout.
Nešlo se připojit na SSH, SysRq+F nic nedělá, CTRL+ALT+F1 rovněž bez reakce.

OS: openSUSE 15.1 se všemi updaty
kernel: 4.12.14-lp151.28.36-default

Když tentýž pokus na stejném počítači udělám v Mintu 19.1 s kernelem 4.15, tak se Kate začne otvírat, rovněž vše zamrzne, ale po 2 minutách se to vzpamatuje, Kate zmizí a na konci výpisu dmesg je:
Out of memory: kill process 5757 (kate) score 945 or sacrifice child
Killed process 5757 (kate) total-vm:15752236kB, anon-rss:7567388kB, file-rss:0kB, shmem-rss:0kB

Swap v obou případech 16 GB jako oddíl na SSD disku.
RAM 8 GB

Mám s tímhle problém dlouhodobě na více PC a nejde jen o Kate, někdy stačí spustit další browser s několika záložkami (zatímco mám puštěný PhpStorm a Docker) a je zle. Někdy se mi podaří přes SSH po několika minutách killnout nějaký proces a vzpamatuje se to, ale spíš se to nepovede, někdy po půl hodině přestane daný počítač odpovídat na síti a nezbyde fakt nic jiného než reset.

Řešil jsem i nastavení swapiness, ale nijak mi to nepomohlo.

Funguje v openSUSE vůbec to OOM? Proč se to nikdy nevzpamatuje?
Dá se to nějak konfigurovat, nebo třeba porovnat s nastavením, které je v Mintu?
Nerad bych přecházel na jiné distro (ačkoliv pokud to nemá rozumné řešení, tak se tomu nebráním).
openSUSE 15.1

Odpovědi

6.1. 20:49 MadCatX | skóre: 25 | blog: dev_urandom
Rozbalit Rozbalit vše Re: Příliš zuřivé swapování a zamrznutí systému
Mrkni na earlyoom.
6.1. 23:51 Howard | skóre: 18
Rozbalit Rozbalit vše Re: Příliš zuřivé swapování a zamrznutí systému
Diky, to jsem neznal. Zkousim to, ale vypada to, ze mi to problem nevyresi. Ono to vypada, ze se ten daemon vubec nedostane ke slovu.
openSUSE 15.1
7.1. 15:11 MadCatX | skóre: 25 | blog: dev_urandom
Rozbalit Rozbalit vše Re: Příliš zuřivé swapování a zamrznutí systému
To je divné, určitě ten daemon běží? Můžeš zkusit změnit konfiguraci, aby intervenoval ještě dřív, než je výchozích (myslím) 5 % volné RAM. Napadá mě, že kdyby systém zdechnul kvůli přílišném swapovaní a nikoliv kvůli plně obsazené paměti, earlyoom by tu asi nepomohl. Řešením by asi bylo swap prostě odstřelit nebo nějak ohnout earlyoom, aby začal fungovat při swapu zaplněném třeba z 50 %. Nemohl bys aspoň pokusně swap vypnout a sledovat, jak se to bude chovat?
DaBler avatar 8.1. 10:09 DaBler | skóre: 15 | blog: dabler | Brno
Rozbalit Rozbalit vše Re: Příliš zuřivé swapování a zamrznutí systému
Zajímavé, to jsem neznal!
6.1. 21:34 lertimir | skóre: 63 | blog: Par_slov
Rozbalit Rozbalit vše Re: Příliš zuřivé swapování a zamrznutí systému
Primárně je třeba se zamyslet nad 16GB swapu pro 8GB operační paměť. Proč? Suse prostě ten swap využilo. Mint evidentně nešel přes více než total_vm>2x_operační_pamět. Swap měl smysl v době 64-128MB operační paměti a rychlosti ATAPI-4(5) tedy 66-100MB/s (cca 2000). Nyní je 100x větší pamět ale jen 5x větší rychlost. Nyní nemá cenu řešit swap a bud ho nemít vůbec nebo jen minimální nebo po případě ho mít na hibernaci přesně ve velikost OP. Jakýkoliv takový problém řešit zvětšením paměti. Když snížíte swap suse to zařízne také a je vidět že takovýto swap nemá smysl.
6.1. 21:53 Michal
Rozbalit Rozbalit vše Re: Příliš zuřivé swapování a zamrznutí systému
Jakýkoliv takový problém řešit zvětšením paměti

A kdyz otevre omylem 1TB soubor, tak mu poradime at si poridi 2TB pameti?
Mozna jsem prilis staromodni ale otevrenim soboru by se nemelo dat dostat OS do kolen. Ale treba jsem jenom prilis staromodni.
6.1. 21:56 lertimir | skóre: 63 | blog: Par_slov
Rozbalit Rozbalit vše Re: Příliš zuřivé swapování a zamrznutí systému
Pokud bude bez swapu tak to oom kiler vyřeší. hloupá konfigurace zdrojů dostane do kolen system ne otevření souboru.
6.1. 22:07 Michal
Rozbalit Rozbalit vše Re: Příliš zuřivé swapování a zamrznutí systému
Nikoliv. OS, ktery zacne trashovat tak straslivym zpusobem, ze zcela vyhladovi vsechny ostatni procesy (tak, ze se neda v radu minut pripojit na ssh) na ukor jednoho jedineho je spatne navrzeny. Sorry jako.
6.1. 23:40 MadCatX | skóre: 25 | blog: dev_urandom
Rozbalit Rozbalit vše Re: Příliš zuřivé swapování a zamrznutí systému
Problém je, že OOM killer zasáhne až v případě, kdy je paměti fakt kriticky málo. Ve spoustě případů ale systém efektivně zdechne daleko dříve, protože si kritické procesy začnou vzájemně vyhazovat data z cache. Případ, kdy systém zůstane mrtvý i několik hodin může IMHO nastat právě v situaci, kdy paměť úplně nedošla (a ani nedojde) ale na plynulý provoz systému už je jí málo.

Proto jsem výše linkoval earlyoom. Ten lze nastavit tak, aby začal nabobtnalé procesy čistit o chvíli dřív, než se systém začne kácet. Dál mu lze nastavit blacklist procesů, které zabít nesmí, i kdyby trakaře padaly - třeba Xorg.
6.1. 22:05 Howard | skóre: 18
Rozbalit Rozbalit vše Re: Příliš zuřivé swapování a zamrznutí systému
Chapu. Ale koukam na dalsi svuj PC a tam mam 8 GB RAM a 8 GB swap. K problemum zacina dochazet, uz kdyz je vyuzito kolem 4 GB swapu. A hibernaci potrebuju, resp. rad bych, aby fungovala.
openSUSE 15.1
6.1. 23:50 Howard | skóre: 18
Rozbalit Rozbalit vše Re: Příliš zuřivé swapování a zamrznutí systému
Nepomohlo mi ani zmensit swap na 2 GB. Chova se to porad stejne.

Je to nejake divne, sledoval jsem vypis z 'free', dokud jsem mohl, prakticky ubyvala pamet a ubyvala, a jakmile si to jenom sahlo na swap, okamzite to bylo zamrzly.

Tentokrat se mi ale povedlo, ze pri zatuhnuti bylo aktivni okno s terminalem, tak jsem vytukal 'killall kate' a za pul hodiny to zabralo ;-)
openSUSE 15.1
6.1. 23:54 Howard | skóre: 18
Rozbalit Rozbalit vše Re: Příliš zuřivé swapování a zamrznutí systému
Ja jsem teda tedko na neco prisel.

Zapnul jsem SysRq - https://linuxconfig.org/how-to-enable-all-sysrq-functions-on-linux

A ted i kdyz je Suse mrtve, zmacknu ALT+SysRq+F a v tu chvili Kate zmizi, v dmesg je:
sysrq: SysRq : Manual OOM execution
Out of memory: Kill process 10413 (kate) score 610 or sacrifice child
Killed process 10413 (kate) total-vm:6965284kB, anon-rss:6180160kB, file-rss:2644kB, shmem-rss:0kB
Jeste budu delat pokusy, ale vypada to, ze by mi to takhle i stacilo.
openSUSE 15.1
7.1. 00:05 Howard | skóre: 18
Rozbalit Rozbalit vše Re: Příliš zuřivé swapování a zamrznutí systému
Jeste pokus pri zapnutem 22 GB swapu (coz je nesmysl, ja vim, zmensim ho).

Tentokrat to trvalo dele, zrejme se musel swap vic zaplnit, nez si oom zacal "myslet", ze by mel neco sestrelovat.

Kazdopadne po 2 minutach obcasneho mackani ALT+SysRq+F...
[ 4122.302795] Out of memory: Kill process 10864 (kate) score 221 or sacrifice child
[ 4122.302812] Killed process 10864 (kate) total-vm:7746560kB, anon-rss:6958968kB, file-rss:1564kB, shmem-rss:0kB
[ 4122.533711] show_signal_msg: 39 callbacks suppressed
[ 4122.533714] GpuWatchdog[9817]: segfault at 0 ip 000055643f0fdbdd sp 00007f46618eb680 error 6 in vivaldi-bin[55643b104000+72c3000]
[ 4122.562542] oom_reaper: reaped process 10864 (kate), now anon-rss:0kB, file-rss:0kB, shmem-rss:0kB
samo se to bohuzel nespusti :(

a jako bonus mi spadl i vivaldi...

Tak jako workaround mi to takhle staci.
openSUSE 15.1
Max avatar 7.1. 08:23 Max | skóre: 68 | blog: Max_Devaine
Rozbalit Rozbalit vše Re: Příliš zuřivé swapování a zamrznutí systému
Řešením je omezit ram pro user space pomocí cgroups. Příklad:
How to Limit some User Memory Resources on CentOS/RHEL using cgroup
Zdar Max
Měl jsem sen ... :(
8.1. 12:45 rastos | skóre: 61 | blog: rastos
Rozbalit Rozbalit vše Re: Příliš zuřivé swapování a zamrznutí systému
ulimit sa už nenosí?
Max avatar 8.1. 13:45 Max | skóre: 68 | blog: Max_Devaine
Rozbalit Rozbalit vše Re: Příliš zuřivé swapování a zamrznutí systému
To umí jen limit per process, což podle mně nic moc neřeší.
Zdar Max
Měl jsem sen ... :(
Josef Kufner avatar 8.1. 14:45 Josef Kufner | skóre: 69
Rozbalit Rozbalit vše Re: Příliš zuřivé swapování a zamrznutí systému
Může to být taková hrubá základní ochrana proti procesům, které se utrhly ze řetězu. Třeba když něco najednou spořádá pár GB paměti. V případě Chrome to zabije jen ten jeden rozežraný tab. Pokud jsou problémy typicky způsobené jednotlivými procesy a nikoliv celkovým zahlcením systému, může to stačit a je to jednodušší nastavit.
Hello world ! Segmentation fault (core dumped)
Max avatar 8.1. 19:11 Max | skóre: 68 | blog: Max_Devaine
Rozbalit Rozbalit vše Re: Příliš zuřivé swapování a zamrznutí systému
To samozřejmě nepopírám. Jde tak ošetřit spoustu věcí, ale na cgroups to prostě nemá, tam lze opravdu dělat komplexní ošetření.
Zdar Max
Měl jsem sen ... :(

Založit nové vláknoNahoru

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.