Nginx-ru mailing list archive (nginx-ru@sysoev.ru)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
nginx & OOM killer & vm.overcommit_memory
- To: nginx-ru@xxxxxxxxx
- Subject: nginx & OOM killer & vm.overcommit_memory
- From: Eugene Batogov <johnbat26@xxxxxxxxx>
- Date: Thu, 27 Jan 2011 16:36:09 +0300
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=/mznYUt50S3rNn34lGD2NidwcEsVNa4FurxcXtn92/U=; b=QfHOdxOoPYvV8xtGnVyUJhtAKfK2l88nP4p1PdPDQOK3edAmdT7QmaO6wBxHftSfo6 nr0gi3Z/A5WIZ0WrvmGnHCuu3zJmRGvW+bVUHXBGmbwy032GDrt1M2ZWmKtq8l7fF04l cMU97oW6dygD8CGBe9rqJzTugCfMLRq7u2W8A=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=WygQ/Rtfo1msce0pvsj5pqk3efjr6DfTRVvFb1FBkBRHqZfVORu/6eDjKuTnYhw3o2 J3IwXhVomqY9NG28rGeS8VmHpcuXNFfvrEBY9rrLhAUYGJSz//vyVmAQqeaBFJD9N3xC Ety3naBC+gM4LbA4/9K2zldXjil4roP2I+mdo=
Привет всем.
Вчера случилось следующая проблема.
Есть nginx, memcached и jboss.
Поставили comet.
Все лимиты установлены правильно.
После достижения 50000 соединений ядро Linux неожиданно
убило без суда и следствия memcached и jboss.
Ни логов, ничего нет.
Позже выяснилось, что это OOM Killer.
Памяти на сервере 8Гб.
Её было достаточно, + целый swap не использовался.
------------
Почитал тут о OOM killer: http://catap.ru/blog/2009/05/03/about-memory-oom-killer/
есть следующие настройки ядра для этого:
У нас по умолчанию стоят:
- /proc/sys/vm/overcommit_memory - 0
- /proc/sys/vm/overcommit_ratio - 50
- vm.oom_dump_tasks — делать dump всех процессов за исключением kernel threads, в dump попадает pid, uid, tgid, vm size, rss, cpu и oom_adj. Имеет смысл включать только для отладки OOM Killer;
- vm.oom_kill_allocating_task — убивать процесс, процесс которому не хватило памяти, без выбора самого плохого;
- vm.panic_on_oom — считать запуск OOM критической ошибкой.
У кого какие параметры стоят?
Кто что порекоммендует? Как избежать внезапных падений из-за большого количества открытых соединений? --
Best Regards, Eugene Batogov
_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://nginx.org/mailman/listinfo/nginx-ru
|