Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.LINUX
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.LINUX с датами от 24 Jan 02 06:01:34 до 23 Aug 24 12:51:58, всего сообщений: 8555
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 2977 из 8555 ========================================= RU.LINUX =
От   : Eugene Muzychenko                2:5000/14          19 Jun 16 15:16:24
Кому : All                                                 19 Jun 16 15:16:24
Тема : Обнаружение нехватки памяти в OpenWRT
FGHI : area://RU.LINUX?msgid=2:5000/14+576662ea
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.LINUX?msgid=<1187505108@ddt.demos.su>+1e133874
==============================================================================
Привет!

С OpenWRT кто-нибудь имеет дело более-менее систематически?

Если у нее возникает нехватка памяти (ядро не может выделить для себя, или система не может удовлетворить запрос пользовательского процесса) - это как-то регистрируется в системных логах?

Я ее гоняю в основном на маршрутизаторе TP-Link TL-MR3220 v2 (32 Мб ОЗУ), в который воткнут USB-модем. Интернет раздается на всю семью, в сутки потребляется 1-3 гига.

Если гоняю чистую OpenWRT, как она идет для этой модели (разные версии с разными ядрами) - работает неделями без зависаний и глюков, свободной памяти всегда остается 12-13 Мб.

Если ставлю сборки ROOter (ofmodemsandmen.com) - опять же, разных версий с разными ядрами, то может несколько раз в сутки терять связь с модемом (в логе ядра пачками идут ошибки передачи по USB). Свободной памяти при работе этой сборки остается всего 2-3 Мб, иногда падает и до 1.5.

Сборка ROOter не содержит бинарников, она вся сделана на скриптах bash/awk/lua (это, кстати, как раз тот случай, когда скрипты - зло, ибо жрут память, как не в себя). Соответственно, конфликтов на уровне ядерных модулей или процессов возникать не может, и  подозрение падает в первую очередь на нехватку памяти. Hо сообщений о нехватке памяти я ни в системном, ни в ядерном логах не наблюдаю.

Может быть такая ситуация, когда где-то возникают отказы в выделении памяти, но это проходит втихую и нигде не отражается? Если да - как это можно обнаружить?

Если действительно памяти не хватает - просто поменяю на модель с 64 Мб, но хотелось бы сначала понять, есть ли смысл в такой замене.

Всего доброго!
Евгений Музыченко
eu-gene@muzy-chen-ko.net (все дефисы убрать)

--- GoldED+/W32-MSVC 1.1.5-b20130111
* Origin: Fox Tracks, Novosibirsk, Russia (2:5000/14)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.093755 секунды