а я говорю что всегда видно что течет на самом деле

А из-за чего течет? Из за астера или кривых рук писателей скриптов?

да нет
из за тех же глобальных переменных и shared переменных течет
они же живут вне канала
Они между ними шарятся
внутренние процессы такое себе
agi тоже далеко не идеальный интерфейс в своем исполнении
там довольно много проблем с отслеживанием потребляемой памяти
И они есть и до и после 11 астериска
те же внутренние мезанизмы передачи переменных канала там хромают
Это одна из причин была выносить все это дело во внешний API и там контролировать уже работу самому
Есть ARI интефейс для этого
есть AMI, он попроще но тем не менее тоже достаточно хорош

Там переменные и все что возможно через стандартный stdout stdin гуляют, где там что шарится? Глобальные переменные астера живут тоже только в канале умер канал умерли и переменные, канал создал канал туда ушли копии переменных не связанных с предками

Ладно это пустой разговор используйте то что вам ближе. Мне проще вызвать agi и получить от него ответ, проще AMI/ARI хорошо, я использую и то и то в зависимости от ситуации и решаемой проблемы

__NAME переменные шарятся между каналами и живут не копиями в каналах в общедоступной памяти для всех каналов

у меня нет поинта вас переубеждать
Я просто к тому что у астериска с памятью есть проблемы
И пока что далеко не все излечены
Но конечно использовать надо то что наиболее удобно
Абсолютно согласен

Проверь еще раз если в двух звонках одновременных у тебя будут  две глобальные переменные одинаковые, то у них будут независимые значения, а не одно на весь астер. Но как всегда есть но, если эту переменную объявить не через set прямо в канале, а вне какаого либо контекста, то да она будет жить во всех каналах

👍

200 экстенов? Лул. Тестовая среда?

AGI - это просто и удобно, и на системе с 200 телефонами - отличное решение (-:

ну, да - астер глючный и всё у него и память течет и прочее. :)
Уже примерно 10 лет подобное слышу...
только вот реальные sipp тесты на 100к+ звонках обратное показывают - вполне рабочая система.
Не умеете AGI программировать и настроить среду - так обращайтесь к профи кто это умеет.

100к+ звонках?

да, стандарт проверки обычно 100000 звонков в voip. при релизах. смотрят утечки и прочее

как правило если протечет, видно становится

это к разработчикам конечно

С каким cps вы эти 100к гоняете?

при чем тут глючный и течет память?
Есть конкретные кейсы - что да, течет память
Факт есть факт
Никто не умоляет полезности сего софта
но не признавать существование багов - это как-то по-детски

Тут вопрос не в умении писать скрипты, а в очевидном признании/непризнании фактов что безпроблемных интерфейсов не бывает
Какие то решения вполне подходят для небольшого объемах звонков, а на больших ведут себя хуже
какие то решения дают больше вохможностей но при этом позволяют выстрелить себе в ногу

В чём проблема с потреблением памяти при использовании AGI? В каком месте оно течёт? FreePBX много лет использовал AGI - неужели никто не пожаловался на утечку памяти, если она там есть?