= Сообщение: 2986 из 8555 ========================================= RU.LINUX = От : Valentin Davydov 2:5020/400 21 Jun 16 18:49:20 Кому : Eugene Muzychenko 21 Jun 16 18:49:20 Тема : Re: Обнаружение нехватки памяти в OpenWRT FGHI : area://RU.LINUX?msgid=<1187505108@ddt.demos.su>+1e133874 На : area://RU.LINUX?msgid=2:5000/14+576662ea = Кодировка сообщения определена как: CP866 ================================== Ответ: area://RU.LINUX?msgid=2:5000/14+57697b83 ============================================================================== From: Valentin Davydov <sp@m.davydov.spb.su>
> From: Eugene Muzychenko <Eugene.Muzychenko@f14.n5000.z2.fidonet.org> > Date: Sun, 19 Jun 2016 15:16:24 +0300 > >С OpenWRT кто-нибудь имеет дело более-менее систематически? > >Если у нее возникает нехватка памяти (ядро не может выделить для себя, или >система не может удовлетворить запрос пользовательского процесса) - это как-то >регистрируется в системных логах?
Чтобы записать строчку в лог, надо, во-первых, сформировать эту строку, а во-вторых, произвести запись в файл. Оба действия сопровождаются выделением памяти, а она уже кончилась. Разве что в консоль ругнётся, под неё память уже выделена.
>Сборка ROOter не содержит бинарников, она вся сделана на скриптах bash/awk/lua >(это, кстати, как раз тот случай, когда скрипты - зло, ибо жрут память, как не >в себя). Соответственно, конфликтов на уровне ядерных модулей или процессов >возникать не может,
Вообще-то скрипты, делающие нетривиальную работу, как раз и славятся тем, что плодят огромное количество дочерних процессов, раздувая тем самым ядерные таблицы.
>Может быть такая ситуация, когда где-то возникают отказы в выделении памяти, но >это проходит втихую и нигде не отражается? Если да - как это можно обнаружить?
Добавь туда памяти. Hапример, в виде свопа по сети. Тогда будешь иметь две диагностики: прекращение глюков на роутере и дисковая активность на машине, которая ему этот своп отдаёт.
Вал. Дав.
--- ifmail v.2.15dev5.4 * Origin: Demos online service (2:5020/400)
