YG
ну... такой конфиг смысла то особого не имеет... как минимум касаемо require и http.request
Size: a a a
2020 February 04
PG
ну... такой конфиг смысла то особого не имеет... как минимум касаемо require и http.request
просто убедиться сколько раз он выполняется при звонке... и похоже в общей части require делать не стоит
YG
Pavel G
просто убедиться сколько раз он выполняется при звонке... и похоже в общей части require делать не стоит
У вас выполняются 3 канала:
-взходящий
- новый созданный после answer
- hangup
соответсвенно вот ваши 3 раза - то есть по разу на каждого участника bridge
-взходящий
- новый созданный после answer
- hangup
соответсвенно вот ваши 3 раза - то есть по разу на каждого участника bridge
S
А там само ядро создаёт луа-стейты на каждый чих? Его нельзя пофиксить, на манер той же опенрести с async_io?
YG
А там само ядро создаёт луа-стейты на каждый чих? Его нельзя пофиксить, на манер той же опенрести с async_io?
Там сама по себе архитектура сервиса не позволяет по нормальному создать luastate разово и просто релодить
Это типа apache - на каждый запрос новый поток
Пофиксить можно все, вопрос в человекочасах
Это типа apache - на каждый запрос новый поток
Пофиксить можно все, вопрос в человекочасах
PG
У вас выполняются 3 канала:
-взходящий
- новый созданный после answer
- hangup
соответсвенно вот ваши 3 раза - то есть по разу на каждого участника bridge
-взходящий
- новый созданный после answer
- hangup
соответсвенно вот ваши 3 раза - то есть по разу на каждого участника bridge
Хм.. Если поставить паузу после http.request видно что они выполняются последовательно и answer происходит после 3 вызова...
YG
Pavel G
Хм.. Если поставить паузу после http.request видно что они выполняются последовательно и answer происходит после 3 вызова...
У вас сначала обработчики активируются, и потом только уже исполняется диалплан
DF
А там само ядро создаёт луа-стейты на каждый чих? Его нельзя пофиксить, на манер той же опенрести с async_io?
Чо за асинкио в рести?
S
Dollar Føølish
Чо за асинкио в рести?
Ну там типа открывается всего несколько луастейтов на всё, и эти луастейты очень быстро переключаются между задачами, в моменты простоя (чтение сокетов, запись на диск).
S
И они держатся пока сервер не завершит работу.
DF
А там используется кооперативный мультитаскинг нжинкса что-ли?
S
Ага
DF
Это хорошее решение
YG
в nignx вообще на сколкьо я помнб даже сокеты используются обстрактные nginx-ковые (cosokets по-моему), соответсвенно они и не блокирующие получаются.
S
Ну, это очевидно абстракция над осевыми сокетами, но да, оно сделано так чтобы быть зашибись.
YG
Ну, это очевидно абстракция над осевыми сокетами, но да, оно сделано так чтобы быть зашибись.
Ну естессно над осевыми) я к тому что не используется lua-sockets там
Но в общем то это так. чисто для расширения данной инфомрации. Отрицательной нагрузки мое повествование не несет 😊
Но в общем то это так. чисто для расширения данной инфомрации. Отрицательной нагрузки мое повествование не несет 😊
PG
У вас сначала обработчики активируются, и потом только уже исполняется диалплан
Тогда может профита в Lua-кофниге перед AGI на том-же Lua и нет?
YG
Pavel G
Тогда может профита в Lua-кофниге перед AGI на том-же Lua и нет?
есть
Он вполне быстрый и более гибкий, а самое главное читабельный чем обычный extensions.conf
AGI умеет далеко не все
но вообще каждый использует то, что удобнее ему
НО extensions.lua надо использовать с умом и пониманием того как работает астериск
Он вполне быстрый и более гибкий, а самое главное читабельный чем обычный extensions.conf
AGI умеет далеко не все
но вообще каждый использует то, что удобнее ему
НО extensions.lua надо использовать с умом и пониманием того как работает астериск
AM
В астериске и Freeswitch динамическое создание тредов на каждый новый звонок. Поэтому запуск luastate происходит в каждом вновь созданном потоке (которые генерится для каждого нового звонка).
nginx и kamailio сделаны по другому. Там luastate запускается один раз при старте на каждый поток - воркер, которые запускаются как пул в начале. соответсвенно и luastate запускается один раз
nginx и kamailio сделаны по другому. Там luastate запускается один раз при старте на каждый поток - воркер, которые запускаются как пул в начале. соответсвенно и luastate запускается один раз
Во freeswitch для маршрутизации создается один поток пер профиль. Для сигналки - отдельные. Плюс для разных команд могут создаваться еще дополнительные потоки. Но для каждого вызова Lua создается отдельный стейт и в него загружаются все библиотеки заново. Даже для EventHandler
YG
Во freeswitch для маршрутизации создается один поток пер профиль. Для сигналки - отдельные. Плюс для разных команд могут создаваться еще дополнительные потоки. Но для каждого вызова Lua создается отдельный стейт и в него загружаются все библиотеки заново. Даже для EventHandler
ну вот я в общем то об этом и говорю. по крайней мере касаемо каждого вызова
Но в целом в FS все сложнее. Это да
Но в целом в FS все сложнее. Это да