Ну как сказать. Гляньте в modules.conf, все ли там «несущие».
32 modules loaded
если отключить что-то еще то комбайн не заработает как надо.
Встречный вопрос, какой cps для вас выше среднего?
Тут всё зависит от версии астера, модуля SIP, и функционала.
Очень примерно от 30 до 70. После этих пределов SIP стэк астера не успевает на тайминги и далее разного рода проблемы как снежный ком.
Асинхронностью, не синхронные запросы к базе и т.д. и т.п.
А что вам помешало реализовать в pbx_lua?
Мне интересно в чем именно «killer feature», ведь роутинг не требует асинхронности, а статистику можно собрать другими способами, более простыми.
Бытует мнение что при увеличение нагрузки и усложнении логики вы можете упереться в ресурс одного ядра и как следствие замедление работы asterisk.
Те же очереди заставили нас призадуматься, lua и asterisk не лучший выбор, но самый простой при небольших объемах(до 10-15 cps).
Так же хочу отметить что asterisk, к сожалению, не про скорость, как мне кажется.
Это скорее не болид, а комбайн с пекарней и магазином на борту, дает много функционала, но жертвует «скоростью».
Одна из причин модули SIP, chan_sip — deadlock при больших нагрузках, pjsip — не производителен.
Но если всё же хочется делать что-то подобное на asterisk ведь есть же GLOBAL для общей кучи, подключение к бд можно как через res_odbc с пулом, так и на каждый звонок, например lua.mysql(dba конечно спасибо не скажут).
Вы рассматривали такие варианты? Если да, то в чем минусы?
Хотелось бы узнать как производите измерения, за какими показателями следите и какие используете величины для измерения?
Так же на сколько я понял ваше приложение одно-поточно, а если это так то как масштабировать его? Если это не так то как консолидировать память потоков?
32 modules loaded
если отключить что-то еще то комбайн не заработает как надо.
Тут всё зависит от версии астера, модуля SIP, и функционала.
Очень примерно от 30 до 70. После этих пределов SIP стэк астера не успевает на тайминги и далее разного рода проблемы как снежный ком.
А что вам помешало реализовать в pbx_lua?
Мне интересно в чем именно «killer feature», ведь роутинг не требует асинхронности, а статистику можно собрать другими способами, более простыми.
Я не о pbx_lua, а в целом о задаче и её решении с помощью asterisk и lua/python/php/perl…
Конструкции несущие))
А можно чуть больше информации?
Верно.
А как вы решили это в своем приложении?
Те же очереди заставили нас призадуматься, lua и asterisk не лучший выбор, но самый простой при небольших объемах(до 10-15 cps).
Так же хочу отметить что asterisk, к сожалению, не про скорость, как мне кажется.
Это скорее не болид, а комбайн с пекарней и магазином на борту, дает много функционала, но жертвует «скоростью».
Одна из причин модули SIP, chan_sip — deadlock при больших нагрузках, pjsip — не производителен.
Но если всё же хочется делать что-то подобное на asterisk ведь есть же GLOBAL для общей кучи, подключение к бд можно как через res_odbc с пулом, так и на каждый звонок, например lua.mysql(dba конечно спасибо не скажут).
Вы рассматривали такие варианты? Если да, то в чем минусы?
Так же на сколько я понял ваше приложение одно-поточно, а если это так то как масштабировать его? Если это не так то как консолидировать память потоков?