Advertisement
Guest User

Untitled

a guest
Jul 9th, 2018
295
0
Never
Not a member of Pastebin yet? Sign Up, it unlocks many cool features!
text 4.84 KB | None | 0 0
  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
Advertisement
Add Comment
Please, Sign In to add comment
Advertisement