Модуль RADIUS Change of Authorization

[Redmen]

Вот мне интересно, а дальше то что? проверяли?
Для юникс систем это НОРМАЛЬНО когда используются вся доступная память. Вот когда ее не хватает - тогда она начинает свапится и это пожалуй самый первый показатель что что-то не так. А то что память "закончилась" - это вообще ни о чем. Пасаны, ну не первый же день за рулем, ну елы-палы.
У меня эти модули микротиков годами работают. В одном месте есть где 10 штук одновременно трудятся на одном тазу и хоть бы хрен по деревне.

Не важно как у меня оно работает! (kern.maxdsiz="4096M")
Оно живет на виртуалке, могу увеличить память хоть до 58 гб
мой пост к тому что присутствует факт утечки!
мне кажется проблема в самом noserver.pl, т.к. сам он тоже со временем набирает объем, скорее из-за некоректного наполнения хэшэй!
есть перловые модули для поиска различных утечек, только времени заниматься этим нет!
а так мы планируем отказаться от использования noserver.pl в пользу своих наработок (планирую ими поделиться когда все допилю)

[Cell]

да уж... беда....
Ок. Маленькая лекция для тех кто не в курсе:
Свободная память в Unix системе - это полная хрень, эта память не используется системой и не делает ее быстрее. Свободная память - это зло.
Память может быть активной, не активной и свободной.
Активная память - это память необходимая для работы процесса
Неактивная память - это память закрепленная за процессом но в данный момент не используемая. Такой вид памяти будет мговенно освобождаться для других процессов в случае такой необходимости. Во все остальное время данная память выполняет роль кэша, т.е. ускоряет доступ к данным, необходимым процессу если он ими пользуется часто.
Еще есть свап - это виртуальная память на диске, которая зачинает заполняться в случае реальной нехватки физической оперативной памяти.
Так вот судить о том хватает памяти или нет нужно не по тому сколько у вас используется физической памяти т.к. в нормальных системах через некоторое время после старта  этот показатель около 100% находится а свапится ли физическая память в виртуальную область или нет.
А так-то можно и 100 Гб сделать память ))) система все равно будет стараться заполнить ее на полную катушку.

[tom]

Вот мне интересно, а дальше то что? проверяли?
Для юникс систем это НОРМАЛЬНО когда используются вся доступная память. Вот когда ее не хватает - тогда она начинает свапится и это пожалуй самый первый показатель что что-то не так. А то что память "закончилась" - это вообще ни о чем. Пасаны, ну не первый же день за рулем, ну елы-палы.
У меня эти модули микротиков годами работают. В одном месте есть где 10 штук одновременно трудятся на одном тазу и хоть бы хрен по деревне.

Не важно как у меня оно работает! (kern.maxdsiz="4096M")
Оно живет на виртуалке, могу увеличить память хоть до 58 гб
мой пост к тому что присутствует факт утечки!
мне кажется проблема в самом noserver.pl, т.к. сам он тоже со временем набирает объем, скорее из-за некоректного наполнения хэшэй!
есть перловые модули для поиска различных утечек, только времени заниматься этим нет!
а так мы планируем отказаться от использования noserver.pl в пользу своих наработок (планирую ими поделиться когда все допилю)

в мене теж на віртуалці. Може в цьому проблема?!

[Redmen]

да уж... беда....
Ок. Маленькая лекция для тех кто не в курсе:
Свободная память в Unix системе - это полная хрень, эта память не используется системой и не делает ее быстрее. Свободная память - это зло.
Память может быть активной, не активной и свободной.
Активная память - это память необходимая для работы процесса
Неактивная память - это память закрепленная за процессом но в данный момент не используемая. Такой вид памяти будет мговенно освобождаться для других процессов в случае такой необходимости. Во все остальное время данная память выполняет роль кэша, т.е. ускоряет доступ к данным, необходимым процессу если он ими пользуется часто.
Еще есть свап - это виртуальная память на диске, которая зачинает заполняться в случае реальной нехватки физической оперативной памяти.
Так вот судить о том хватает памяти или нет нужно не по тому сколько у вас используется физической памяти т.к. в нормальных системах через некоторое время после старта  этот показатель около 100% находится а свапится ли физическая память в виртуальную область или нет.
А так-то можно и 100 Гб сделать память ))) система все равно будет стараться заполнить ее на полную катушку.

Спасибо за лекцию! Реально не знал! полезно!

[tom]

Вже майже тиждень тримається і не падає модуль
root    6078   9.0 32.6 2768704 2723524  1- S    18Jul18  1345:44.84 /usr/bin/perl /usr/local/nodeny/noserver.pl -a -i -g=_coa.nas7.cfg.pm -d
память не росте більеш 2.7 гіга. Може це якась змінна в системі, що дозволяє використати такий обєм? Може десь можна виставити 500м, і він буде радий цьому і відмінно працювати?

[elite]

а не дохрена ему 2.7 гига памяти? что он там такого хранит в ней?

[Cell]

а не дохрена ему 2.7 гига памяти? что он там такого хранит в ней?

тебе какая разница? оно жрать не просит? и хвала Аллаху!

[tom]

Разница велика
1) Коли було 4 гіга, модулі просто падали, коли закінчувався і свап.
2) 10 насов - 27 гігов памяті.

Я думаю тут причина не в модулі, а схоже десь в системі. Думаю, якщо хтось підніме собі віртуалку з
FreeBSD bill.web 10.4-STABLE FreeBSD 10.4-STABLE
і csh шелом, ситуація буде аналогічною.

пробував гратися з
kern.maxdsiz=1073741824
kern.dfldsiz=1073741824
kern.maxssiz=536870912
також з limit

Поки результату не дало. Продовжую пошуки, де воно обмежується...

[Efendy]

у тебя, я так понял, несколько coa запущено? У всех одинаковое потребление вне зависимости от нагрузки или корреляция есть?

[tom]

Ось максимальне споживання. Більше не росте
root    1497  13.0 32.6 2776896 2729224  0- R     1:17AM  135:07.42 /usr/bin/perl /usr/local/nodeny/noserver.pl -a -i -g=_coa.nas9.cfg.pm -d
root    3694  13.0 32.6 2776896 2729232  1- S     2:00AM  129:56.83 /usr/bin/perl /usr/local/nodeny/noserver.pl -a -i -g=_coa.nas7.cfg.pm -d

[elite]

есть ли возможность не посылать CoA при подключении пользователя, а только при изменении состояния

[Efendy]

есть ли возможность не посылать CoA при подключении пользователя, а только при изменении состояния

вроде нет, надо править noserver.pl. Сейчас времени нет, ищи debug("Данные uid $uid изменились - переподключаем") в этом файле

[fet4]

Что-то где-то намудрено вот мое потребление

Код:

root      3587  1.6  3.8 196796 147844 ?       Ss   Мар23 3511:04 /usr/bin/perl /usr/local/nodeny/noserver.pl -a -i -g=_coa.cfg.pm -d &

[tom]

Я думаю це повязано з ОС або з bash, або що це віртуалка...

[tom]

Вітаю, проблему з виїданням памяті так і не вдалося вирішити. Можливо хтось має ідеї.

І ще питання, чи можна реалізувати модуль, щоб міг відпрацьовувати бекапне зєднання з НАСом?