Vlákno názorů ke zprávičce systemd dostane oomd od Facebooku od Křišťan Surname - Vtípky stranou — mít tuhle funkcionalitu v systemd...

Vtípky stranou — mít tuhle funkcionalitu v systemd dává perfektní smysl. Systemd má totiž k dobrému rozhodnutí daleko víc informací, než kernel, mj. zná závislostní graf všech služeb (a jejich cgroups). Má tak možnost předejít situacím, kdy oom_killer zastřelí xorg nebo jiný proces, na kterém závisí stovka dalších, a tím ochromí celý stroj.

10. 1. 2020, 21:46 editováno autorem komentáře

Situace by byla snazsi kdyby existovalo nejaky early warning - neco jako SIG_MEMFREE... aby kazda aplikace uvolnila pamet ktera neni vyslovene nutna. Zejmena X si drzi gigabajty bufferu, ktere nejsou tak zcela potrebna.

Vsadím se, že ta systemd věc bude něco takového signalizovat po dbusu :-)

Nějaké takové možnosti jsou, třeba co jsem rychle z hlavy našel (man madvise):

MADV_FREE (since Linux 4.5)
The application no longer requires the pages in the range specified by addr and len. The kernel can thus free these pages, but the freeing could be delayed until memory pressure occurs. For each of the pages that has been marked to be freed but has not yet been freed, the free operation will be canceled if the caller writes into the page. After a successful MADV_FREE operation, any stale data (i.e., dirty, unwritten pages) will be lost when the kernel frees the pages. However, subsequent writes to pages in the range will succeed and then kernel cannot free those dirtied pages, so that the caller can always see just written data. If there is no subsequent write, the kernel can free the pages at any time. Once pages in the range have been freed, the caller will see zero-fill-on-demand pages upon subsequent page references.

11. 1. 2020, 14:05 editováno autorem komentáře

A co signál SIG_VRAŤ_ČÁST_PA­MĚTI_NEBO_TĚ_SES­TŘELÍM?