Size: a a a

2021 May 04

АФ

Анатолий Филиппов... in ru_freeswitch
https://habr.com/ru/post/66569/

по началу пользовался этим совместно с unison, когда вырос из этого перешёл на более цивилизованный метод - сетевое хранилище
источник
2021 May 05

P

Pavel Balashov in ru_freeswitch
Не гарантирую что прав, но для h264 сейчас стоит пользовать только mod_av.
источник

I

Igor in ru_freeswitch
всем привет, недавно тут была дискуссия на тему утечек памяти, тоже стал замечать что билды 1.10.Х утекают в течении недели на какие то неадекватные объемы памяти даже при небольшом количестве вызовов.
Первая проблема которую заметили - утечки по mod_event_socket, периодически вешает пачку соединений в time-wait и из-за этого выжирает память, при перезагрузке модуля сразу отваливается несколько гигов из памяти. В целом лечится через reuse сокета + сокращение времени состояния time-wait.

Теперь выплыла следующая история, голый тестовый FS, аптайм 2 недели, выжрал всю память и уже полез в своп. Начали разбираться, по одному выгружать модули и ловить модуль который течет. отключили mod_logfile и отвалилось что то около 60-70% от выжранной фрисвичом памяти.

Если у кого-то возникает такая же история, попробуйте выгрузить mod_logfile, дайте обратную связь.
Если кто-то юзает mod_syslog подскажите есть ли там проблемы с утечками?
источник

a

agic in ru_freeswitch
я поднимал эту тему
источник

a

agic in ru_freeswitch
и честно говоря не помню как решил
источник

a

agic in ru_freeswitch
но спасибо за совет
источник

I

Igor in ru_freeswitch
пока выглядит как-то даже смешно, утечка в модуле логирования, будем пытаться еще воспроизводить
источник

a

agic in ru_freeswitch
Переслано от agic
два сервака я увел на постгрю увеличили дескрипторы до 200 и буфер до 8 - проблема ушла
источник

a

agic in ru_freeswitch
у меня другое текло при высоком cps
источник

I

Igor in ru_freeswitch
да вот в том то и дело что там не то что CPSа высокого нет, там и вызовов то три копейки было, поэтому и обратили внимание
источник

NB

Nikita Borisenkov in ru_freeswitch
В документации есть раздел про утечки памяти - https://freeswitch.org/confluence/display/FREESWITCH/Debugging#Debugging-CollectionInformationWithValgrind(Linux/Unix)
источник

a

agic in ru_freeswitch
я про себя у меня больщой cps
источник

I

Igor in ru_freeswitch
я понял
источник

AH

Aleksandr Hrupin in ru_freeswitch
Всем привет. По ошибке не туда отправил
источник

SY

Serge Yuriev in ru_freeswitch
У себя такого не наблюдаю ни на 1.10.3, ни на 1.10.5, ни 1.6.20 - у всех примерно одинаковый аптайм около пары недель и более-менее одинаковое (небольшое) количество сессий и CPS
Но 1.6 ест раза в три меньше(в абсолютном выражении речь тут о копейках)
источник

KV

Konstantin Vishnivet... in ru_freeswitch
А запусти его без звонков и просто из консоли в лог накидай много в цикле.
источник

KV

Konstantin Vishnivet... in ru_freeswitch
И контролируй, пишет ли он в файл это и как быстро.
источник

KV

Konstantin Vishnivet... in ru_freeswitch
Возможно, работает какой-то новомодный механизм буфферизации вывода, чтоб диск не ждать.
источник

I

Igor in ru_freeswitch
судя по всему да, разница есть между выхлопом в консоль и в лог.  задержка и чем продолжительнее выхлоп тем больше запаздывает
источник

I

Igor in ru_freeswitch
200k строк лога + 100мб в памяти
источник