asterisk.ru

Система высоко нагруженная и для большого количества звонков вместо обработки одного евента приедтся делать обработку евента, далее action и затем снова ожидание евента

А насколько?

Интересно же хайлоад увидеть)

Скажем так, выдержать сможет и такая конфигурация. Но я ищу оптимальные варианты.

Система высоко нагруженная и для большого количества звонков вместо обработки одного евента приедтся делать обработку евента, далее action и затем снова ожидание евента

Ну менее жирного чем userevent тут не придумать. А с ним что не так? Такой же эвент будет как varset

Да, к нему и пришел по сути, просто хотел у коллег узнать не упускаю ли я какие нибудь варианты. Проблема опции b в моем случае заключается в том что ее нужно проставить для большого количества очередей.

сыпит что не может сделать конект к мускуль

Да, к нему и пришел по сути, просто хотел у коллег узнать не упускаю ли я какие нибудь варианты. Проблема опции b в моем случае заключается в том что ее нужно проставить для большого количества очередей.

вариант с патчем уже рассматривался?

вариант с патчем уже рассматривался?

Нет, не настолько оптимизировать хочется ))))

А вам этот varset зачем?

Нет, не настолько оптимизировать хочется ))))

Не настолько чтобы написать патч с правкой исходников и не настолько что бы прописывать в каждой очереди ?