SHARE
TWEET

Untitled

a guest Jul 9th, 2018 108 Never
Not a member of Pastebin yet? Sign Up, it unlocks many cool features!
  1. "А можете рассказать, как сделать OOM Killer более агрессивным? Например, в ситуации, когда приложение открыло/создало множество мелких файлов и держит их в памяти, при внезапной нехватке памяти ядро пытается высвободить эти файловые страницы, что вешает систему намертво со 100%-м дисковым I/O на несколько (десятков) минут. А ведь зачастую гораздо проще просто грохнуть само приложение с дальнешим его перезапуском."
  2. https://habr.com/company/flant/blog/348324/#comment_10659202
  3.  
  4. "Это хорошо, если приходит OOM-killer. Плохо, когда есть огромный iowait, а киллера так никто и не видел, спит. Надежда на то, что без свопа протекающий фаерфокс будет пристрелен, очень быстро растворились в хрусте винта."
  5. https://habr.com/company/flant/blog/348324/#comment_10660004
  6.  
  7. "А можете рассказать, как сделать OOM Killer более агрессивным? Например, в ситуации, когда приложение открыло/создало множество мелких файлов и держит их в памяти, при внезапной нехватке памяти ядро пытается высвободить эти файловые страницы, что вешает систему намертво со 100%-м дисковым I/O на несколько (десятков) минут. А ведь зачастую гораздо проще просто грохнуть само приложение с дальнешим его перезапуском."
  8. https://habr.com/company/flant/blog/348324/#comment_10659202
  9.  
  10. "Говно какое-то этот оом-киллер, нихрена не работает.
  11. Но чтобы это нормально работало, я думаю, нужен какой-то демон, который постоянно мониторит потребление памяти и прибивает тот процесс, который резко начинает набирать обороты. В общем сам этот демон будет проц грузить, хотя можно ограничить процессы, которые он будет проверять только пользовательскими процессами, добавить black-white list ну и настраиваемый интервал проверки.
  12. Короче если кто-то напишет будет круто."
  13. https://www.linux.org.ru/forum/general/13074074#comment-13074864
  14.  
  15. "Сегодня скормил пикарду 100-дисковое издание Бетховена и тот сожрал 16 гб памяти вместе с 8 гб zram (коэффициент сжатия был 3.5). Со swappiness 100 zram начал наполняться на 80% памяти, а когда сам достиг 80%, то сжатие продолжилось с новой силой и полной загрузкой ядра. По окончанию банкета система встала колом, потому что киллер опять сцуко не пришел (ждал 10 минут)."
  16. https://www.linux.org.ru/forum/general/13074074/page1?lastmod=1481740875388#comment-13077387
  17.  
  18. "Система таки становится неюзабельной если продолжать стараться забивать ее вплоть до исчерпания RAM+ZRAM. Ничего неудивительного, памяти то нет. Но в случае с дисковым свопом ты начинаешь заранее замечать что дело плохо. По ощущениям ZRAM не тормозит вообще, потому ты ничего не подозреваешь до часа икс и система становится колом."
  19. https://www.linux.org.ru/forum/talks/12684213?lastmod=1466676523241#comment-12684906
  20.  
  21. "И IRL ты никогда не знаешь, в какой момент момент твои данные перестанут умещаться в оперативку. Потому zram -- удел embedded систем, где это может быть детерминировано."
  22. https://2ch.hk/s/res/2310304.html#2311483, https://archive.li/idixk
  23.  
  24. "OOM killer, зараза такая, не срабатывает или срабатывает через 3 часа."
  25. https://www.linux.org.ru/forum/desktop/11255705
RAW Paste Data
We use cookies for various purposes including analytics. By continuing to use Pastebin, you agree to our use of cookies as described in the Cookies Policy. OK, I Understand
 
Top