s OOMK byly vždycky jen problemy, buď reaguje moc brzo nebo moc pozdě. Já se setkal s tím druhým. I na mašině, která nemá swap dochází "k odswapování" mapované paměti, pokud jde o R/O paměť, tak bez zápisu na disk. I tak pak dochází k "uswapování" stroje, protože místo zabíjení procesů jsou nechávány v běhu, ale jejich stránky jsou odstraňovány ve prospěch požadovaného volného místa, jenže pokud ty procesy běží, je vysoce pravděpodobné, že záhy budou potřeba znovu natahovány do paměti (čímž se smaže něco jiného) - a OOMK - je spí dál. Způsob, jakým se to snaží řešit je rovnák na ohýbák. Opravdu je těžké poznat, zda již došla paměť, nebo se to vyřeší odstraněním nedůležitých cache.
Tohle se mi bohužel děje i na Androidu, kdy tamní OOMK odmítá ukončit nafouknutý chrome, takže foreground aplikace je pomalejší, než na osmibitech a často vyskakuje okénko, že nereaguje.
Současný stav se mi prostě nelíbí, řešit by se to mělo. Jestli to řešit takhle si ale nejsem jist.